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(57) A transaction execution system is provided in which key 
initiated transaction reouests at a terminal remote from and in 
communication with a host data processing system are pro- 
cessed at the terminal under the selective control of the host 
Each active transaction key at the terminal keyboard is 
assigned one of three different states by a financial institution 
table 100. The table 100 provides keyboard customization by 
selecting one of a plurality of different groups of key states for 
the different keys arrived at by combining the key states in a 
custom key set table 1 06 with the states in a base key set table 
104 in response to information from a credit card entered by a 
consumer. Transactions requested by keys assigned an 
active, standard state are processed at the terminal without 
further data input being required of the consumer. Transac- 
tions requested by keys having an active, data entry state are 
also handled within the terminal and with the additional con- 
sumer entered data required to complete the transaction 
being requested by and received by the terminal using sets of 
messages previously stored in the terminal by the host data 
processing system. Transactions designated by an interactive 
Key state take place within and involve interactive communi- 
cation between both the terminal and the host, enabling the 



in connection with a transaction for a particular customer to 
be customized and providing for greater ana more varied 
transactions including such things as bill paying in which 
funds are transferred between accounts in the host Message 
storage within the terminal and communication of messages 
to the terminal from the host are greatly simplified bv storage 
of segments of messages at the terminal Frequently repeateo 
phrases can then be incorporated into a message as it i& 
-readied for display at the terminal by storing the phrases as 
segments and thereafter simply identifying them in message 
definitions communicated to the terminal from the host or 
stored at the terminal. 
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This invention relates to terminals for use in 
transaction execution systems, and more particularly in such 
systems having a central data base at a host data processing 
system in communication with one or more terminals to permit 
the execution of transactions, such as the issuance of cash, 
in response to entry of a personal identification number 
together with a machine-readable identification card issued 
by any one of a plurality of cooperating institutions. 

Transaction execution systems which enable the 
performance of transactions such as cash issuance at 
terminals remote from and in communication with a host data 
processing system are known. Examples of such systems are 
provided by U.S. Patents Nos. 3,956,615; 3,970,992; 
3,937,925; 3,931,497; 4,004,134; 4,023,014; 4,025,760; 
4,023,013; 3,727,186; 4,091,448; and a co-pending U.S. patent 
application Serial No. 882,529, field March 1, 1978, 
published as European patent specification No. 0,003,756 A2 
(formerly application no. 79100267.8) also discloses a 
transaction system . 

The various transaction execution systems described in 
the above-noted publications constitute a variety of 
different approaches to the problem of providing a secure and 
yet versatile transaction to take place at any one of the 
terminals remote from the host data processing system. For 
example, in U.S. Patent 3,956,615 various transactions are 
performed at the terminal upon verification of the propriety 
of the transaction and the authenticity of the consumer based 
on entry of a credit card identifying the consumer and an 
issuing financial institution and entry of a personal 
identification number (PIN) by the consumer. The system 
varifies the personal identification number with 
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identification information on the credit card using an 
encryption code determined by the financial institution 
identified by the card. In an improvement on that system 
which is described in the said European published 
specification no. 0,003,756 A2,. the host data processing . 
system includes a virtual financial institution table 
(VFIT). Upon entry by a consumer of a credit card and 
personal identification number the financial institution 
table (FIT) within the terminal is searched in an attempt to 
locate an entry corresponding to the institution identified 
by the credit card. If a corresponding entry is located, 
data from the fields for that entry is used to encrypt the 
personal data from the credit card for purposes of 
verification of the personal identification number entered by 
the consumer. If a corresponding entry is not located in the 
financial institution table, a search of the virtual 
financial institution table at the host is made. If a 
corresponding entry is located in the virtual financial 
institution table, the included data is communicated back to 
the terminal where it is used in the verification of the 
personal identification number. The said U.S. patent No. 
4 091,448 provides an example of a system where time sharing 
of a central processor or a local processor serving one or a 
handful of terminals is utilized to execute transaction 
requests. In the former case transactions are executed at 
the central processor on an on-line basis, while in the 
latter case transactions are executed at the regional or 
local processor on an off-line basis. 

Transaction execution systems provide one solution to 
the persistent problem of how to provide the customers of a 
financial institution with more functions without 
substantially increasing costs. Such systems attempt to 
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solve this problem by automating simple functions like cash 
withdrawal, deposit and the like so as to reduce the time 
that the customer must spend with a teller. This reduces the 
number of tellers an institution needs, and accordingly the 
costs. If the transaction execution system can provide 
enough functions, it can even reduce the number of branches 
of the financial institution which are needed, in addition to 
extending the institution's banking hours for normal 
transactions without actually increasing- the number of hours 
that the buildings themselves must be kept open. 

Considering these objectives present transaction 
execution systems suffer from a number of limitations which 
limit their versatility and applicability to a variety of 
different situations. For example, conventional systems are 
limited in the number and types of functions that they can 
perform. Problems can and do arise from the fact that a 
financial institution wishing to enable its customers to 
perform functions different from those permitted by other 
institutions sharing the same system must typically acquire 
its own terminal system including controller. This is quite 
wasteful when it is considered that a number of financial 
institutions can otherwise share the same terminal system by 
accepting a standard set of key functions and display 
messages. The key functions themselves are limited so that 
even in instances where an institution can customize the 
available transactions and messages the number and types of 
functions are still unduly limited. Most systems limit 
performance of the functions to the terminal level, and i: 
the process fail to provide the type of communication with 
the terminal or information storage within the terminal which 
enables such things as repeated interchange of data requests 
and data entries between the terminal and attached consumer 
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operated keyboards, displays customized for a particular 
institution or customer and other activities capable of 
customization for the institution or consumer. Those 
conventional systems which, permit communication between the 
terminal and the host data processing system during execution 
of the transactions tend to limit the interchange of 
information between the two because of such things as time 
and storage constraints so as to again limit the type and, 
variety of functions capable of being performed. One such 
problem relates to the transmission of lengthly display 
messages from the host to the terminal during transaction 
execution. Because of this problem a number of predetermined 
standard messages must typically be stored in the terminal 
during initialisation of the system, with the system 
thereafter relying on the standard messages stored m the 
terminal for communication with the consumer during execution 
of the transactions. In such systems the ability to 
communicate between the host and the consumer on a going, 
on-line basis and to compose messages custom-designed for a 
particular consumer or institution is lacking. 

Accordingly, it is an object of the invention to provide 
an improved terminal for use in a transaction execution 
system. 

The present invention is embodied in the improved 
transaction execution system, described in detail 
hereinafter, in which institutional key-initiated 
transactions and responses to individual consumers can be 
customized and in which a variety of diverse transactions can 
be performed at the terminal level or with the active 
participation of the host data processing system using a . 
minimum of communications and storage for multiline, 
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customized messages. Customization of the keyboards of each 

financial institution sharing a terminal with other 

institutions is made possible by a terminal arrangement which 

stores control blocks containing fields of data unique to 

each of the various institutions sharing the terminal. The 

control blocks comprise entries in a financial institution 

table which correspond to customer identification data 

provided by an inserted credit card linking the consumer to a 

particular institution. Each entry includes a field defining 

a key set identifier associated with a particular 

institution. The key set identifier selects a corresponding 

one of a plurality of different key set tables used to 

determine the states of the various keys of the keyboard 

entries to the terminal for the institution. The key set 

tables include a base key set table storing a standard set of 

states for the various keys and may include one or more 

custom key set tables defining a different state than in the 

case of the base key set table for one or more of the various 

keys. The various different key states define whether each 

particular key is active or inactive and r if active, whether 

it is limited to a simple transaction at the terminal level 

or can comprise a more complex and versatile function either 

at the terminal or at the host level* Any time a custom key 

set table is selected by a key set identifier from the 

financial institution table, the states of the various keys 

for the corresponding institution are defined by logically 

combining the selected custom key set table with the base key 

set table such that any key states in the custom table are 

substituted for the state definitions for the same key or 
:an J 

keys in the base table. Each custom key set table may also 
include a set of definitions at which keys are active and 
inactive, which set is different from and is logically 
combined with a base set of active/inactiv definitions upon 
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selection of the custom key set. In this way the keyboards 
of various institutions or pools of institutions sharing a 
terminal or common processor can be customized. 

The key states which are possible for these keys are 
defined as active rather than inactive include the standard, 
data entry and interactive states. In the standard state 
which is confined to execution at the terminal level, 
communication between the keyboard requesting a transaction 
and the terminal's processor is limited to verification of 
the authenticity of the consumer and communication of 
predefined keys from the keyboard to the terminal's 
processor. Following that, the terminal executes the 
transaction requested without further entry of data by the 
consumer and without display of messages requesting a 
response by the consumer. 

The data entry key state differs from the standard state 
in enabling extensive and varied communication to occur 
between the consumer and the terminal following verification 
of the consumer's authenticity. The terminal selects from 
among a number of standard, predetermined messages previously 
stored therein so as to request data entry by the consumer, 
"receive the entered data and, where appropriate, request and 
receive consumer verification of the consumer entered data 
upon display thereof by the terminal. The data entered by 
the consumer as a result of the transaction is stored in the 
terminal, from which it is transferred to the host at the end 
of the transaction. 

In a first aspect the invention provides a terminal for 
use in a transaction execution system in which at least one 
terminal is remote from and in communication with a host data 
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processing system, characterised in that the terminal 
including a plurality of keys representing different 
transaction steps, first storage means for storing a 
plurality of issuer unique control blocks, each said block 
assigning a particular one of a plurality of different states 
to each of the keys and each state causing a different 
terminal response to operation of the key, means responsive 
to entry of issuer identification data by a user for locating 
the related control block and means responsive to user 
selection of one of the plurality of keys in conjunction with 
entry of user identification data for processing a 
transaction step represented by the selected key in 
accordance with the state assigned to the selected key by the 
located control block. 

In a second aspect the invention provides a terminal for 
use in a card entry transaction execution system in which at 
least one terminal is remote from and in communication with a 
host data processing system, the terminal including a 
plurality of different transaction keys, means permitting 
user entry of card-issuer and personal-identification data, 
storage containing a financial institution table comprising 
key set identifiers corresponding respectively to different 
issuer identification data, means for reading out the key set 
identifier corresponding to the issuer identification data 
entered by a user, a base key set table storing base 
definitions for each of the different transaction keys, at 
least one custom key set table storing a custom definition 
for at least one of the different transaction keys, and means 
for selecting a key set table for processing a transaction 
step selected by user operation of a transaction key in 
accordance with the definitions in the selected key set 
table. 
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In a third aspect the invention provides a terminal for 
use in a transaction execution system comprising the 
combination of a keyboard having a plurality of transaction 
keys, a base key set table containing a separate definition 
for each of the transaction keys, at least one custom key set 
table containing a definition for at least one of the 
transaction keys, card reader means responsive to insertion 
of a card for reading financial institution identification 
information therefrom, a financial institution table 
containing a plurality of different data entries, each of 
which is selected in response to reading of a particular set 
of financial institution identification by the card reader 
means and contains a key set identifier number, means 
responsive to selection of one of the plurality of different 
data entries for using the key set identifier contained 
therein to select the base key set table or the at least one 
custom key set table, means for storing definition for the 
plurality of transaction keys, means responsive to selection 
of the base key set table using a key set identifier number 
for storing the base key set table in the means for storing, 
and means responsive to selection of the at least one custom 
key set table using a key set identifier number for storing 
in the means for storing a combined key set table obtained by 
substituting the definitions of the custom key -set table for 
the definitions for corresponding keys in the base key set 
table. 

In a fourth aspect the invention provides a terminal for 
use in a transaction execution system in which at least one 
terminal is remote from and in communication with a host data 
processing system comprising a plurality of different keys, 
at least one message associated with each of at least some of 
the plurality of different keys, means responsive to issuer 
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identification data entered by a consumer for identifying 
selected ones of the plurality of different keys as data 
entry keys, means responsive to actuation of one of the 
plurality of different keys identified as data entry in 
conjunction with entry of issuer identification data for 
selecting a message associated with the actuated key, means 
responsive to selection of a message for communicating the 
selected message to a consumer at the terminal, and means for 
detection of consumer actuation of at least one key in 
response to communiation of a message to a consumer. 

In a fifth aspect the invention provides a terminal for 
use in a transaction execution system in which at least one 
terminal is remote from and in communication with a host data 
processing system comprising a financial institution table 
containing a plurality of different data entries, each of 
which includes an institution message identifier, means 
responsive to issuer identification data on a credit card 
entered by a consumer for selecting a corresponding one of 
the data entries in the financial institution table, the 
issuer identification data including a language identifier, 
means responsive to the selected data entry in the financial 
institution table for determining the language identifier 
from the issuer identification data, a language table having 
a plurality of entries therein, each being identified by a 
particular language identifier in combination with a 
particular institution message identifier and including 
identification of a message table and a segment table, means 
responsive to the institution message identifier of a data 
entry selected from the financial institution table and to 
the language identifier determined from the issuer 
identification data used in the selection of the data entry 
from the financial institution table for selecting a 
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corresponding entry in the language table, a plurality of 
message tables, each storing a plurality of different 
messages for communication to a consumer, a plurality of 
segment tables, each storing a plurality of different message 
segments for insertion in the different messages stored in 
the message tables, and means responsive to selection of an 
entry in the language table for selecting one of the 
plurality of message tables identified by the entry and one 
of the plurality of segment tables identified by the entry 
for use in communicating messages to a consumer. 

The invention includes a transaction execution system 
comprising a terminal, as aforesaid. 

A transaction execution system embodying the invention 
will now be described in detail by way of example with 
reference to the accompanying drawings, in which :- 

Fig. 1A and IB are a block diagram of the transaction 
execution system embodying the invention; 

Fig. 2 is a block diagram of the terminal of Fig. IB; 

Fig. 3 is a detailed block diagram of a portion of the 
terminal of Fig. IB; 

Fig. 4 is a representation of the various keys of a 
keyboard forming a part of the terminal of Fig. IB; 

Fig. 5 is a detailed block diagram of a portion of 
Fig. 3; 
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Figs. 6A-6E are diagrammatic representations of data 
stored in a financial institution table within the terminal 
of Fig. IB; 

Fig. 7 is a diagrammatic representation of a key set 
table within the terminal of Fig. IB; 

Fig. 8 is a diagrammatic representation of a key 
definition within the key set table of Fig. 7; 

Fig. 9 is a diagrammatic representation of a transaction 
request message generated at the terminal in response to 
consumer activation of a transaction key in the arrangement 
of Fig. IB? 

Fig. 10 is an operational block diagram representation 
of the data organization in an expanded key transaction; 

Fig. 11 is an operational block diagram representation 
of the data organisation in an interactive key transaction; 

Fig. 12 is an operational flow chart of the basic steps 
performed by the arrangement of Fig. IB in executing an 
interactive key transaction; 

Fig. 13 is a diagrammatic representation of an 
interactive start message from the terminal to the host data 
processing system in the arrangement of Fig. IB; 

Fig. 14 is a diagrammatic representation of an 
interactive display message from the host data processing 
system to the terminal in the arrangement of Fig. IB; 
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Fig. 15 is a diagrammatic representation of page 
description fields within the interactive display message of 
Fig. 14; 

Fig. 16 is a diagrammatic representation of an 
interactive response message from the terminal to the host 
data processing system in the arrangement of Fig. IB; 

Fig. 17 is a diagrammatic representation of an 
interactive completion message from the host data processing 
system to the terminal in the arrangement of Fig. IB; 

Fig. 18 is a diagrammatic representation of an 
interactive status message from the terminal to the host data 
processing system in the arrangement of Fig. IB; 

Fig. 19 is a block diagram of a portion of the terminal 
of the arrangement of Fig. IB used in a multilanguage option; 

Fig. 20 is a detailed block diagram cf a portion of Fig. 

IB; 

Fig. 21 is a diagrammatic representation of a change 
display message command from the host data processing system 
to the terminal in the arrangement of Fig. IB; 

Fig. 22 is a diagrammatic representation of a display 
message definition defining a particular display message; 

Fig. 23 is a block diagram of the transaction terminal 
of Fig. IB; and 
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Fig 24 is a detailed block diagram of the display 
adapter of Fig. 23. 

INTRODUCTION 

Referring to Fig. 1A, a transaction execution system 10 
in accordance with the invention includes a host data 
processing system 12 and a plurality of user transaction 
terminals 14 in communication therewith. The host data 
processing system 12 includes a host central processing unit 
16 such as an IBM system 370, a communication controller 18 
such as an IBM 3705 and a data base 20 which may include 
electrically alterable random access memory, magnetic tape 
transports, and magnetic disks. The host CPU 16 performs the 
arithmetic and logical operations which are required for 
controlling the operation of the host data processing system 
12 and processing information which is received through the 
communication controller 18 or stored in the data base 20. 
The data base 20 stores information which is related to each 
customer of the host data processing system 12. For 
instance, for a banking customer, the data base 2C might 
store account information for a credit card, savings, 
checking or other accounts of the bank as well as payroll 
information and information relating to the financial status 
of the bank's operations. Each account might be typic.-.lly 
addressable in accordance with an account number and have 
stored therein the current account information such as the 
current balance, a history of account transactions for a 
predetermined period of time, encoded personal I.D. numbers 
for persons who are authorized to use the account, a maximum 
credit limit, and any other information the bank may wish to 
store as part of an account. The communications controller * 
18 acts as an interface between the CPU 16 and a plurality of 
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communication channels 22. The controller 18 arranges 
information received by the host 12 into a communication ; 
discipline and maintains communication synchronization. 

The terminals 14 are shown connected directly to the 
communication channels 20 via a cable or utility link. 
Alternatively one or more of the terminals can be coupled to 
the channels through a local controller 23 such as an IBM 
3601 or 3602 having a communication loop as described m 
previously referred to U.S. Patent 3,956,615 of Anderson et 
al the teachings of which are incorporated herein by 
reference. Where a local controller such as the controller 
23 is used, such local controller is capable of functioning 
in place of the host 12 such as in communicating with the 
terminal 14 during an interactive step as described 
hereafter. As such the controller 23 comprises a subhost, 
and the term "host" as used herein is deemed to include a 
subhost such as the controller 23 at the terminal end of the 
communication channels 22. 

Fig. IB shows the transaction execution system 10 in 
somewhat greater detail. The host data processing system 12 
is coupled to the various terminals 14 via a message 
processor 24 which is operative both to receive messages from 
the terminals and process them for presentation to an 
application program 26 and to receive and process custom 
displays 28 from the applications program 26 for 
communication to one of the terminals 14. The data base 20 
shown in Fig. 1A includes a plurality of customer files 30 as 
previously described, which files are available for use by 
the applications program 26. 
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One of the terminals 14 is shown in Fig. IB as including 
a keyboard 32 and a multiline display 34. The keyboard 3 2 
includes keys for requesting transactions and consumer entry 
of data in connection therewith. The keyboard 32 also 
includes a card reader capable of receiving a magnetically 
encoded credit card 36 for entry of both data personal to a 
particular consumer and data representing a particular 
financial institution with which the consumer is affiliated. 

The previously referred to U.S. Patent 3,956,615 of 
Anderson et al describes an arrangement for the secure 
storage and communication of data in which information 
identifying a particular consumer is encrypted. The 
encrypted data is compared with stored data within the system 
to verify the authenticity of the consumer. In an 
improvement on that system described in previously referred 
to co-pending application Serial No. 822,529 of Anderson et 
al, the terminal searches for an entry in a financial 
institution table based on data from the credit card 
identifying a particular financial institution. If a 
corresponding entry is found in the financial institution 
table, a corresponding key is used to encrypt an account 
number also taken from the credit card for purposes of 
comparison with a personal identification number entered by 
the consumer to verify the customer's authenticity. If an 
entry corresponding to the financial institution cannot be 
found, a search of a virtual financial institution table in 
the host is made, and if the search is successful the 
corresponding key is communicated to the terminal for use in 
encrypting the account number. 

In accordance with the present invention the host data 
processing system 12 and the various terminals 14 combine to 
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provide more versatile and varied transactions both at the 
terminal and the host level as well as customization of the 
terminal keyboards and the messages displayed at the 
terminals. Customization of the various terminal keyboards 
such as the keyboard 32 is accomplished in response to data 
from the credit card 36 identifying a particular financial 
institution with which the consumer is affiliated. This data 
is used to identify a selected one of a plurality of 
different possible states for each of the keys in the 
keyboard 32. Different sets of key states can be used for 
different financial institutions, thereby providing for 
customization of the keyboard 3 2 for each particular 
institution. 

Each key can have an active or an interactive state, and 
if active can be standard, data entry or interactive. If a 
key on the keyboard 32 actuated by the consumer is identified 
as having a standard state, the transaction is completed at 
the terminal 14 without participation by the host 12. The 
terminal 14 does not solicit or receive data from the 
consumer as part of the transaction. 

In accordance with the invention one or more of the keys 
of the keyboard 32 may be identified as having a data entry 
state. When a data entry key is actuated, the terminal 14 
responds by executing predetermined sequences of steps 
defined by data stored at the terminal. The steps include 
displaying predetermined messages to the consumer and 
receiving data entered by the consumer in response to the 
messages. Such data interchange usually includes a request 
by the terminal 14 to the consumer via the display 34 for 
entry by the consumer of data in connection with the 
transaction such as by selection of one of a number of 
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choices presented by the display or entry of a dollar 
amount. Such further consumer data entry may be followed by 
a display to the consumer requesting verification of the data 
entered by the consumer and subsequent communication to the 
terminal 14 by the consumer of such verification. The 
terminal 14 executes a data entry key transaction utilizing a 
plurality of predetermined messages previously stored therein 
by the host 12. The messages together with the data defining 
the sequences of steps are typically loaded in the terminal 
14 during initialisation of the terminal by the host, and the 
host 12 is not thereafter involved in data entry key 
transactions until the consumer entered data has been 
collected and the terminal sends a transaction request to the 
host. 

In accordance with the invention actuation of an 
interactive key on the keyboard 32 results in a transaction 
which is processed by the host 12 with the help of the 
terminal 14. As described hereafter direct involvement of 
the host 12 in such transactions greatly expands the types of 
transactions that can take place including those in which 
funds are transferred between different accounts stored in 
the data base 20. Thus, funds can be transferred between 
accounts of different consumers to effect bill paying, or can 
be transferred between two or more accounts of the same 
customer such as where funds are to be transferred from the 
consumer's savings account to his checking account. 
Actuation of an interactive key at the keyooard 32 results in 
the terminal 14 communicating a start message for the 
transaction to the host 12. Upon determination by the 
applications program 26 that the transaction can be 
performed, the program 26 determines the interaction needed 
and communicates a series of display messages to the 
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terminal. The program 26 generates the messages as custom 
displays 28. Unlike the predetermined messages stored xn the 
terminal 14 and used in conjunction with data entry keys, the 
applications program 26 has the ability to generate custom 
displays for a particular transaction or for a particular 
consumer within a given transaction or transactions. 

The terminal 14 responds to each message communicated 
thereto by the host 12 by displaying the message on the 
multiline display 34 and receiving consumer entered data xn 
response thereto. The host 12 can respond by such a further 
display message to the terminal 14, or it can communicate a 
message that the transaction step is ended. 

in accordance wtih the invention the communication of 
multiline display messages from the host 12 to the terminal 
14 is greatly facilitated by a segmentation technique xn 
which commonly occurring segments of messages are 
communicated by the host 12 for storage in the terminal 14 
prior to execution of transactions. The segments are 
inserted in the appropriate places within predetermined 
display messages previously stored in the terminal 14 or 
custom display messages communicated by the ho.t.12 during an 
interactive transaction upon display of the message at the 
display 34. The display messages can incorporate a complete 
segment stored at the terminal 14 simply by identifying the 
presence of a segment and the number of the desired segment 
at the appropriate place within the display message where the 
segment is to be inserted. The stored segments can 
themselves refer to and incorporate therein consumer entered 
data which has been entered and stored in a separate locatxon 
within the terminal 14. 
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Thus, the transaction termianl 14 of the invention is an 
improvement with respect to transaction terminals of prior 
systems such as that of previously referred to U.S. Patent 
3,956,615 of Anderson et al. However, the basic arrangement 
of the terminal 14 is similar to that of the Anderson et al 
patent, Fig. 2 of which has been repeated herein for ease of 
reference as Fig. 2 of the present application. Reference is 
made to the Anderson et al patent for a detailed description 
of Fig. 2 herein. Terminal 14 is generally modular in nature 
and includes a programmable microprocessor 60 coupled to a 
plurality of terminal subsystems by an information bus 62. 
Microprocessor 6 0 is driven by a clock signal from a clock 
generator 64 and is operationally connected to a data storage 
module 66 providing both electrically alterable random access 
memory (RAM) and read only storage (ROS) . The read only 
storage portion of data storage 66 stores the various 
operating programs for the microprocessor 60.. The random 
access memory portion of data storage module 66 provides a 
scratchpad for program execution, the storage of keys and the 
various table of information described hereafter. Reference 
is made to the Anderson et al patent for a description of the 
operational characteristics of a processor support system 68, 
a mechanical control subsystem 70, a user communication 
subsystem 72, a dispenser subsystem 74, an operator function 
subsystem 76 and a communication subsystem 78. 

TERMINAL ORGANISATION AND KEYBOARD CUSTOMIZATION 
Fig. 3 depicts some of the details of the user 
transaction terminal 14 in accordance with the invention. 
The terminal 14 includes a financial institution table (FIT) 
100 coupled to receive information from the magnetically 
encoded credit card 36. After th credit card 36 is entered 
in the terminal 14, the financial institution table 100 is 
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'searched for an entry to be associated with the card holder. 
Each entry in the financial institution table 100 contains a 
key set identifier IKSI) 102 identifying a key set to be used 
with the financial institution table entry. When a proper 
entry is found for the credit card 36 in the financial 
institution table 100, the corresponding key set identifier 
field 102 is used to select either a base key set table 103 
or any one of a plurality of different custom key set tables 
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A key set is a set of key definitions which describe the 
state of a key or how the key is to be used. As shown in 
Fig . 4 the keys of the keyboard 32 include eight Function 
keys 108, four From Account keys 110, four To Account keys 
112, twelve Numeric keys 114 and four Control keys 116. The 
Function keys 108 are used to initiate a transaction and 
indicate the type of transaction desired. During execution 
of a transaction a From Account key 110 can be used to 
transfer funds from or make inquiry about a particular 
account. In addition thereto or in lieu thereof a To Account 
key 112 can be used to transfer something to an account. The 
Numeric keys 114 are used by the consumer to enter numerical 
information such as the number corresponding to an option 
chosen from a multiline display by the consumer and financial 
information such as the amount in dollars and cents to be 
deposited in an account or withdrawn from an account. The 
control keys 116 perform miscellaneous functions such as 
canelling a transaction, changing a display page or verifying 
a data entry. The states of each of the Function keys 108, 
the From Account keys 110 and the To Account keys 112 are 
defined by the base key set table 104 or one of the custom 
keys set tables 106. 
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In the present example the function keys 108 include 
WITHDRAW CASH, SPECIAL, ACCOUNT BALANCE, TRANSFER, DEPOSIT, 
PAYMENT ENCLOSED, BILL PAYMENT and CASH CHECK. The WITHDRAW 
CASH key is used when it is desired to withdraw cash from an 
account. The SPECIAL key is used when none of the other 
function keys are capable of providing the function desired 
by the consumer. Upon entry of a special account number by 
the consumer a number of functions are presented for 
selection by the consumer. These functions are defined by 
data stored in the terminal 14 during initialisation and 
which may be peculiar and therefore customized to a 
particular institution. The ACCOUNT BALANCE key is used to 
determine the balance of a particular account. The TRANSFER 
key is used when it is desired to transfer funds from one 
account to another such as from a savings account to a 
checking account. The DEPOSIT key is used when it is desired 
to deposit cash, checks or the like in an account. The 
PAYMENT ENCLOSED key is used in connection with payment of a 
bill where the bill and cash or check in payment thereof are 
•to be physically inserted into the terminal. Conversely, the 
BILL PAYMENT key made possible by the present invention is 
used when a bill is to be paid by electronic transfer of 
funds from the consumer's account to an account of the bill 
issuer. The CASH CHECK key is used when a combination of 
deposit and cash issue is desired such a where a check is 
deposited and a portion thereof is issued to the consumer as 
cash. 

The From Account keys 110 include FROM CHECKING, FROM 
SAVINGS, FROM CREDIT CARD and FROM OTHER ACCOUNT keys. The 
FROM CHECKING key is used to inquire as to the status of a 
checking account or when transferring funds out of a checking 
account. The FROM SAVINGS key is used to determine the 
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status of or to transfer funds out of a savings account. The 
FROM CREDIT CARD key is used to determine the status of or to 
transfer funds out of a credit card account. The FROM OTHER 
ACCOUNT key results in the terminal requesting entry of an 
account number which the consumer does to identify a special 
account. 

The To Account keys 112 include TO CHECKING , TO SAVINGS , 
TO CREDIT CARD and TO OTHER ACCOUNT keys. The TO CHECKING 
key is used for depositing or transferring funds into a 
checking account. The TO SAVINGS key is used for depositing 
or transferring funds into a savings account. The TO CREDIT 
CARD key is used for depositing or transferring funds into a 
credit card account. The TO OTHER ACCOUNT key is used to 
transfer or deposit funds in a special account the number of 
which must be entered by the consumer in response to a 
display requesting the same. 

The twelve numeric keys 114 include ten keys 
representing the digits 0-9, a key providing a decimal point 
and a CORRECTION key. The CORRECTION key is used when the 
consumer realises that an item of entered data is incorrect 
and the consumer wishes to re-enter such item. 

The control keys 116 include CANCEL, CHANGE, and OK 
keys. The CANCEL key may be used to cancel an entire 
transaction before the transaction is completed. The CHANGE 
key isused by the consumer to advance the display from the 
page being displayed thereon to the following page. The OK 
key is used to verify data previously entered by the consumer 
and subsequently displayed together with a request for 
verification of the accuracy thereof. The OK key can also be 
used to terminate data entry such as where entry of fifteen 
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digits is possible but the data entered by the consumer 
contains only ten digits. 

The base key set table 104 provides a base set of 
definitions for each of the transaction keys 108, 110 and 
112. When the credit card 36 locates an entry in the 
financial institution table 100 having a key set identifier 
102 which identifies the base key set table 104, the various 
key state definitions of the base key set table 104 are 
presented via an active key buffer 118 to the programmable 
microprocessor 60. The processor 60 responds to actuation of 
a Function key 108 , a From Account key 110 or a To Account 
key 112 by noting the state of that particular key from the 
active key buffer 118. The base key set table 104 includes 
customization data 119 (shown in Fig. 6) which is stored 
during initialization and which defines each of the sixteen 
keys as being active or inactive. Each custom key set table 
106 can contain its own set of active/inactive key 
definitions which is logically combined with the 
customization data of the base key set table 104 and the 
results stored in the active keyboard buffer 118 wher. the 
custom key set table is selected by a key set identifier. 
The results of such combination are then used to determine 
the active or inactive status of each key finally defined in 
the active keyboard buffer 118 by logically combining the 
selected custom key set table with the base key set table 
104. 

The credit card 36 may be encoded so as to pick a key 
set identifier 102 from the financial institution table 100 
which will select one of the custom key set tables 106 in 
lieu of the base key set table 104. Each of the custom key 
set tables 106 contains one or more key state definitions 
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which differ from those contained in the base key set table 
104 for the same keys. When one of the custom key set tables 
106 is selected by a key set identifier 102, the definitions 
of the selected custom key set table 106 are logically 
combined with the key definitions from the base key set table 
104 and the results stored in the active keyboard buffer 
118. Where given key has a definition in both the base key 
set table 104 and the selected custom key set table 106, the 
buffer 118 presents the definition from the custom key set 
table 106 to the processor 60 to the exclusion of the 
definition from the base key set table 104. Where the 
selected custom key set table 106 has no definition for a 
particular key, the definition for that key from the base key 
set table 104 is used. This combined custom/base key 
specification applies only during the current transaction or 
chain of transactions performed by a given consumer. 
Therefore each new consumer and presentation of a new credxt 
card 36 provides a new opportunity to define a key set 
table. 

The ability to select one of a plurality of different 
key sets in response to each credit card entry provides a 
variety of different keyboard customization possiDxlxtxes. 
The keyboard customization option allows member institutxons 
of an interchange pool using the same terminal or termxnal 
communication loop to specify customer keyboard 
configurations. This allows institutions to customxze 
processing options within their own card base if there are 
Lltiple card classes which are to be treated differently as 
far as such things as transaction types allowed and accounts 
to be accessed are concerned. Thus, within a g:ven financxal 
institution sharing a particular terminal, that institutxon 
can issue one set of credit cards to a first class of 
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customers authorized to perform a first set of transactions 
and a second set of credit cards to a second class of 
customers authorized to perform a different set of 
transactions but using the same keyboard configuration shown 
in Fig. 4. Moreover, each institution sharing a given 
terminal can specify processing options differently from the 
base processing options provided by the base key set table 
104 or from the custom processing options of other sharing 
institutions. A still further advantage resides in the fact 
that institutions can share processing options for common 
card classes which differ from the processing options 
specified by the base key set table 104. For example, three 
institutions may want to treat their credit card customers in 
the same way using the ^ame processing option which differ 
from the base key set table 104. This alternate set of 
processing options need only be specified once during 
initialisation of the various tables within the terminal 14 
and thereafter is accessible to all threee institutions. 

Fig. 5 provides a detailed example of the organization 
of the financial institution table 100, the key set tables 
104 and 106 and the active keyboard buffer 118. Insertion of 
the credit card 36 results in a search for a corresponding 
entry in the financial institution table 100. In the present 
example there are "n* different entries in the table 100, 
each of which correspond to a different class of the credit 
cards 36. Each entry has a corresponding key set identifier 
field 102. In the case of Entry 1, the included KSI * 0 
specifying use of the base key set table 104. The base key 
set table 104 contains a definition for each of the sixteen 
keys comprised of the Function keys 108, the From Account 
keys 110 and the To Account keys 112. The definitions in the 
base key s t table 104 are then present d by the active 
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keyboard buffer 118 for use by the processor 60. The base 
key set table 104 also includes the customization data 119 
shown as a separate item in Fig. 5 and which defines each of 
the sixteen keys as either active or inactive. 

in the example of Fig. 5 the custom key set tables 106 
include a first custom key set table 120 identified by 
KSI = 1 and a second custom key set 122 identified by 
KSI = 2. In addition to active/inactive definitions for 
certain keys, the first custom key set 120 contains 
definitions for certain of the sixteen keys here designated 
as XI - XK. The second custom key set 122 may identify 
certain keys as active or inactive and also contains 
definitions for key 3 and key 7. In the preesnt example, the 
credit card 36 selects "Entry i" in* the financial institution 
table 100, and the included field KSI * 2 results in 
selection of the second custom key set 122. The second 
custom key set table 122 is logically "ORED" with the base 
key set table 124 to provide the active keyboard definitions 
shown at the bottom of Fig. 5 and entered in the active 
keyboard buffer 118. The definitions of keys 3 and 7 from 
the second custom key set 122 are substituted for the 
definitions for keys 3 and 7 in the base key set table 104. 
' As a result, definitions from the base key set table 104 are 
used for keys 1, 2, 4-6 and 8-16, while definitions from the 
second custom key set 122 are used for keys 3 and 7. At the 
same time the customization data 119 is logically "ANDED" 
with the active/inactive definitions in custom key set 122 
and the results stored in the active keyboard buffer 118 to 
be used to control the sixteen key definitions in the buffer 
118. Thus, if either or both of the active/ inactive 
definitions for a given key designat s an inactive status, 
the key is shown by the buffer 118 to be inactive. Otherwise 
the key is shown as active. 



0014312 



27 

Figs- 6A-6E show the format of the various different 
portions of an entry in the financial institution table 100. 
The format portion shown in Fig. 6A is common to all entries 
in the table. The credit card 3 6 normally has two different 
magnetically encoded strips or tracks thereon identified as 
magnetically encoded strips or tracks thereon identified as 
T2 and T3. In some cases only T2 or T3 is used while in 
other cases both are used. Where only T2 is used, the common 
portion of Fig. 6A is followed by the format shown in Fig. 
6B. Where only T3 is used, the common portion of Fig. 6A is 
followed by the format of Fig. 6C. Where both T2 and T3 are 
used, the common portion of Fig. 6A is followed by the format 
of Fig. 6D. The custom keyboard fields shown in Fig. 6E are 
utilized in accordance with the invention and comprise the 
ending portion of each entry in the financial institution 
table 100. 

Referring to Fig. 6A the various fields shown therein 
are identical to those used in prior systems of this type 
such as the one described in previously referred to 
co-pending application Serial No. 882,529, of Anderson et al, 
with the exception of the third or FORMAT field 140. The 
FORMAT field 14 0 indicates whether keyboard customization 
fields, KSI and IMI are present. A KSI field 142 is shown in 
Fig. 6E and correspond to the key set identifier 102 of Fig. 
3. The KSI field 142 comprises a byte defining a particular 
number. In the present example KSI = 0 identifies the base 
key set table 104, KSI = 1 identifies the first custom key 
set 120 and KSI * 2 identifies the second custom key set 
122. A second or IMI field 144 in Fig. 6E is one byte long 
and comprises the institution message identifier. This field 
is used in a multilanguage option described hereafter in 
connection with Figs. 19 and 20. As described hereafter 
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standard display messages are normally stored in a base page 
or message table in the terminal. The display messages in 
accordance with the invention can include message segments 
normally stored in a base segment table in the terminal. In 
the roultilanguage option, one or more additional message and 
segment tables are added to the terminal in conjunction with 
a language table which selects different combinations of the 
tables in composing messages for display at the terminal. 
The IMI field 144 is used to search the language table in 
order to find the message and segment tables associated with 
this entry in the financial field institution table 100. 

The remaining fields of the common portion of Fig. 6A 
which deal mainly with PIN verification are similar to those 
shown in and described in connection with Fig. 6 of 
previously referred to co-pending application Serial No. 
882,529, of Anderson et al. 

Where only the magnetic track T2 on the credit card is 
used, the common portion of the entry shown in Fig. 6A is 
followed by the portion of the entry shown in Fig. 6B. The 
portion of Fig. 6B is conventional except for the addition of 
a T2 LANGUAGE field 146 at the beginning thereof. The T2 
LANGUAGE field 146 indicates whether there is a language 
field on track T2, the location of such field and the 
identity of such field. The language field is used in 
conjunction with the IMI field 144 during the multilanguage 
option. The remainder of the portion of Fig. 6B contains 
conventional fields defining the check location for an offset 
personal identification number, check data displacement and 
the length of PIN check data. 
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The portion of Fig. 6C follows the common portion of 
Pig* 6A in entries where only the magnetic track T3 on the 
credit card is used. The various fields of Fig. 6C are 
conventional except for the first field thereof which 
comprises a T3 LANGUAGE field 148. The T3 LANGUAGE field 148 
is like the T2 LANGUAGE field 146 of Fig. 6B except that it 
refers to track T3 instead of track T2. The remaining fields 
of Figs. 6C are identical to those of Fig. 6B, but in 
addition include fields pertaining to T3 PIN retry, PIN retry 
displacement and data map. 

The portion of Fig. 6D follows that of Fig. 6A in the 
case of entries where both magnetic tracks T2 and T3 are 
used. The fields of Fig. 6D are identical to those of Fig. 
6C with the exception of the first field which comprises a 
T2/3 LANGUAGE field 150. The field 150 of Fig. 6D is 
identical to the fields 146 and 148 of Figs. 6B and 6C except 
that in addition it contains a bit identifying which of the 
two tracks the language field is to be found in. 

As previously noted the portion of Fig. 6B, 6C or 6D is 
followed by the portion of Fig. 6E containing a field 142 
identifying the key set identifier and a field 144 containing 
an institution message identifier where the multilanguage 
option is to be used. 

Fig. 7 shows the format for a key set table such as the 
base key set table 104 or one of the custom key set tables 
106 of Figs. 3 and 5. A first or L field 170 which two bytes 
in length defines the length of the key set. The second one 
byte field comprises a KSI field 172. The KSI field 172 
associates the key set with an entry in the financial 
institution tabl 100. The KSI field 172 denotes "0", "l" or 
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. 2 . in the example of Flg. 5. An ACTIVE FU«CTI0 N KEYS field 
17 4 indicates which of the Function key. 108 shown in F,g. 
Ire active for this particular Key set. Each of the „ s »t 
bits of this byte corresponds to a different one of the eight 
bl ts of this yt inaica tes that the key is 

Function keys. A bit value oi 

inactive and a va!ue of ■!• indicates that the key is 
c An ACTIVE FA KEYS field 1,6 and an ACTIVE TA KEYS 

field 178 designate respectively the inactive or active 
Itltus of of the From Account keys 110 and the To Account 

different keys of each key group 110 and 112. 

A succession of key definitions foliows the ACTIVE TA 

,■ ,j n> Each key definition is comprised on a one 
KEYS field 178. Eacn Key u= 

bvte LK field 180 which defines the length of the key 
dff nition and a key definition »2 of variable length. The 
v ev set table shown in Fig. 7 has N different key 
V I As previously noted the base key set tabXe 104 
definitions, as previuu j p„ n r+ion 
, • c c-ivteen definitions covering each of the Function 
contains sixteen detim 

108 the From Account keys 110 ana cne xu 
S "a* of the custom key set tables !06 can have from one 

sixteen different defintions depending on which keys are 
to be defined differently from the bas, key set table. 

The format for each key definition shown in Fig. 7 is 

■ „<„ » in the key definition format of Fig. 8 the 
shown in Fig. 8. In tne *ey 

„ field 180 is foUowed by the key definition 82 which 
begins with a KEY ID field »«. The KEY ID field 184 

9 ^ -wifvina the key to which the 

„4* A e +->ie kev code ldentxrymg ine 

teZ ^pertains. A following ALT KEY CODE field ». 
P vides a/alternate key code for the key The alternate 
L code comprises a value which is returned as the key 
cod • as part of interactive start and transaction reguest 
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messages to the host data processing system 12 to distinguish 
to the applications program 26 at the host the type of data 
being received at the terminal 14 such as data entry key 
data, interactive key data, account data and so on. A 
following KEY FLAG field 188 describes the state of the key. 
Bit 0 of this byte denotes the standard key state in which no 
data entry is allowed after the key has been hit and no 
messages are displayed. Bit 1 of the byte denotes the data 
entry key state. This state allows specification of the 
minimum and maximum lengths of the consumer data entry as 
well as a list of pages to be displayed after a key has been 
entered. A verification message identifier may also be 
specified. Bit 2 of the key flag field 188 is used to 
identify an interactive key state. In this state the 
terminal 14 queries the host 12 for pages to display to the 
consumer after the key has been pressed. Consumer data entry 
parameters and verification parameters are also obtained from 
the host 12. 

If bit 0 or 2 of the KEY FLAG field 188 is selected, the 
key definition format terminates with the key flag field 
188. If bit 1 is seleted so as to define the key as data 
entry, then a number of fields follow the KEY FLAG field 
188. These following fields include a MESSAGE FLAG field 
190, a MIN CDEL field 192, a MAX CD EL field 194, an LP field 
196 and a plurality of display pages. 

Bit 0 indicates whether display data is present or not. 
Bit 8 of the bytes comprising the MESSAGE FLAG field 190 is 
always "1" and indicates that all pages of the display page 
set at the end of the key definition format are present. 
When the last page of the page set is being displayed and the 
CHANGE key is actuated, the first page of the page set is 
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displayed next. Bit 9 indicates whether a verification step 
is to occur after consumer data entry. Bit 10 indicates 
whether the decimal point is used as a data delimiter (i.e. 
not a dollar and cents indicator). Bit 11 is a format 
standardization bit which insures that there are two digits 
following a decimal point in an amount by adding zeros if 
necessary. Bit 12 indicates whether consumer data entry is 
expected. Bit 13 indicates whether or not the substitution 
data consists of transaction definition bytes. Bit 14 
indicates whether or not the transaction is to be cancelled. 

The following MIN CDEL field 192 indicates the minimum 
length that consumer entered data can have. The following 
MAX CDEL field 194 indicates the maximum length that the 
consumer entered data can have. If MIN s MAX = 0 f the only 
data entry allowed will be the OK key or another Control 
key. The LP field 196 indicates the total length in bytes of 
page definition data. 

Each of the display pages at the end of the key 
definition format of Fig. 8 is comprised of a PAGE FLAG field 
198 and a PAGE ID field 200. The PAGE FLAG field 19B 
describes the display page characteristics. When 
bit 0 = "1", this indicates that a resident page identifier 
follows. When bit 1 = "1", this indicates that a 
verification page definition follows. The PAGE ID field 200 
contains the display message identification number which 
ranges from 1 to 255. As previously noted a plurality of 
different display messages originating in the host 12 may be 
stored in the terminal 14 for use during execution of 
transactions. The PAGE ID field 200 identifies one of the 
pages stored in the message or page table of the terminal as 
one of the sequence of messages to be displayed to the 
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consumer during execution of the transaction requested by 
actuation of the data entry key, 

DATA ENTRY KEY OPERATION 

The data entry key function provides a capability 
similar to interactive operation by which a terminal can 
display a limited set of display messages to the consumer 
while not requiring an interactive message exchange between 
the terminal 14 and the host 12, The display messages used 
in data entry key operation are not customized to the 
individual consumer but instead represent generalized display 
messages to be used by all users of the terminal. The data 
entry key function is useful for institutions that want to 
minimize terminal-host message traffic and for use with 
application programs not prepared to handle interactive 
communication messages. As such, data entry key operation 
represents an intermediate function between standard key 
operation and full interactive operation* 

As described in connection with Figs. 7 and 8, selected 
ones of the keyboard keys can be defined as data entry keys 
by an institution upon initialization when data is 
communicated to the terminal to define the values in the 
various tables. The various key set tables as shown in Fig, 
7 can be provided with display pages as part of the key 
definition upon initialization as shown in Fig. 8. Each key 
definition can define the minimum and maximum consumer data 
entry length, whether or not a verification step is required, 
a special verification display message to be used if a 
verification step is required, and a list of display message 
pages to be displayed when the associated key is pressed. 
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a key and the key definition 
^en a consumer presses , financia i institution 

i crated via the tman^j-" 
associated therewith located ^ 

tabl e 100 defines the key ~ « ^ ^ ^ ^ 

ir a ;: in one of the -lowing ways: 

. r anceL key to terminate the transaction. 
1. Press the CANCEL Key 

v, rH&NGE key to view another page of the data 
2 Press the CHANGE Key 

entry ley «»PW 

3 . Press a Key in the """^'^ Z^Z^s 
activ e .unction, (aescrlb ed heater) . 

to cause a branch bacX condrtron 

4 . E „ter data »sin 9 the Suberic Keys 114. 

. ^o^c; the CORRECTION key to 

terminate the data entry. 

«„nl e te if a verification step has 
0„ce data entry « ~'*£ if message is 

b een specified for the key * - ^ one of the 

displayed. The consumer xs expe 
following ways: 

w raTJCEL key to terminate the transaction. 

1. Press the CANCEL key 

• ,h. currently active or previously 

2 . Pre ss a ^ -; h ;; o :T ccou y nt or To Account key groups 
active Function, From ac 

to caus a branch back condition. 
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3. Press the CORRECTION key to clear the data previously 
entered and return to the previously displayed page 
which will allow reentry of the keyed data. 

4. Press the OK key to complete the transaction step. 

When the transaction step is complete, processing 
continues at the next transaction step. The consumer entered 
data is sent to the host 12 as part of the transaction 
request message associated with the transaction and described 
in detail hereafter. 

A better understanding of the operation of the 
transaction execution system system described thus far 
including the features of keyboard customization and data 
entry key as well as interactive key described hereafter may 
be had by considering in detail the format of a transaction 
request message generated at the terminal toward the end of a 
transaction. The format of such a message is shown in Fig. 
9. The transaction request message transfers the consumer 
entered data from the terminal to the host. In the case of 
both a data entry key and an interactive key the transaction 
request message is sent when the display messages and 
responses of the various transaction steps are completed. 

The first or L field 250 of the transaction request 
message defines the message length. 

A following N field 252 contains the transaction 
sequence number. When the host 12 is first notified that a 
transaction is in progress, the transaction sequence number 
is incremented and placed in the field 252 of the next 
transaction request message. All succeeding terminal-to-host 
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_ g es .-c-.- ■«* - — M ^ ^ 

transaction sequence number. 

258 defines a varying appearing on the 

r^renrp-ea p.— identification number o t the 

consumer, 

, d 262 is present only 'when one of the four 
» FAS field 2 « » P _ first byte of 

FrM Account keys 110 has been P ^ uas 

the field indicates entered , , to 20 bytes 
pressed. If an account number alternate ke y code 

follow to «-tify the account^ ^ ^ ^ 

junction is specified in «*J^ iaes ln the k ey 

contains the alternate tey code R £ollowlng 

. - -p^t +-he From Account Key ue F 
definition for the F ^ ^ Uniits of 

FS or field separator field 

variable length fields. 

solving actuation o - f ^ ^ ^ £our TO 

first byte of the field 1 nomber uas entere a. 

Account keys was pressed. fUld 

, to 20 bytes that follow he key code 

identify the account nu»be- ^ ^ ^ f ^ byte 

function is specify » ^ ^ ln the ke y 

contains the ^"^ nt tey aepre ssed. The TAS field 
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An SPT field 270 is present only if the consumer 
selected a special transaction key. It contains the special 
transaction number. A following AMT field 272 is present 
only for transactions that include an amount. The following 
MX field 274 is present only for transactions which include 
dual cash dispensing cartridges at the keyboard. It contains 
the number of larger denomination bills which must be 
replaced by smaller denomination bills to produce the desired 
denominational mix. A field separator field 276 follows. 

Following the field separator field 276 is a T2 DATA 
field 278. This field contains 0 through 19 bytes of data 
read from track T2 of the consumer's credit card. The data 
is packed, two digits per byte, and the end-of-card, 
start-of-card and longitudinal redundancy check digits are 
not included. This field is present only if T2 data is good 
as determined by the MFLAG field described hereafter and if 
the issuing institution entry in the financial institution 
table 100 specifies that T2 data be sent for this card type. 
Following a field separator 280 an MFLAG field 282 containing 
card and personal identification number flags occurs. This 
is a one byte field containing flags that describe card track 
status and personal identification number entry requirements 
and status. Bit 0 of this field is set to "l n if T3 data was 
read from the card successfully by the terminal. Bit 2 of 
the field is set to "1" when the consumer fails to enter a 
valid personal identification number within the number of 
entry attempts allowed. Bit 3 of this field is set to B l n 
when the try count obtained from T3 is 0 and the consumer 
failed to correctly enter his personal identification number 
on the single attempt allowed. Bit 4 of this field denotes 
card reader switch irregularity. The terminal monitors the 
card reader, and if any switch irregularities are sensed the 
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transaction is aborted. Bit 5 of the field is set to B l n 
whenever the terminal does not perform personal 
identification number validation. It is then up to the 
applications program in the host to validate the consumer 
personal identification number before authorizing a 
transaction. Bit 6 of this field is set to "1" if data was 
detected on both T2 and T3. This bit along with bits 0 and 1 
defines the card readability, which information is used by 
the terminal to access the proper financial institution table 
entry. 

In a following PIN TRY field 284 an indication is 
provided of the number of personal identification number 
entry attempts. This field contains the number PIN entries 
attempted, including the valid PIN entry, or it contains the 
number of entries made prior to a time-out or consumer 
cancel, or PIN entry limit reached. A following T3 DATA MAP 
field 286 is present if the T3 data was determined to be good 
in the MFLAG field 282 and if the issuing institution's 
financial institution table specifies that T3 data be sent 
for this card type. This field is a copy of the T3 MAP or 
T23 MAP field from the financial institution table entry. 
The field further specifies whether the entire T3. content is 
'contained in a following T3 DATA field 288, or otherwise 
which fields from the card are contained in the T3 DATA field 
288. In the DATA data field 288 which is present only if the 
T3 DATA MAP field 286 is present selected data from T3 is 
contained. The data characters are packed, two per byte. 
The card control characters for start-of-card, end-of-card 
and longitudinal redundancy check are not included as the 
terminal has already performed card data checks prior to 
accepting the consumer's card. 
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Following a field separator 290 an LID-IMI field 292 
occurs. The field 292 contains the two byte language table 
entry identifier field used for this cardholder for the 
multilanguage option. Bits 0-7 of this field define the LID 
which is the language ID value obtained either from the 
financial institution table entry being used or from the 
credit card or from a consumer choice. Bits 8-15 of this 
field define the IMI or institution message identifier 
obtained from the financial institution table entry being 
used. 

Following a field separator 294 a TRS or transaction 
selection field 296 indicates which of the 8 Function keys 
108 was pressed and, if a Function key is defined as data 
entry, the indication is followed by up to 20 digits. If the 
alternate key code function is specified in the key set 
table, the first byte of this field contains the alternate 
key code value provided in the key definition for the 
Function key depressed. The TRS field 296 is followed by a 
field separator 298 which ends the transaction request 
message. 

As previously noted in connection with Fig. IB the 
applications program 26 within the host data processing 
system 12 provides display messages during an interactive 
transaction to the terminal 14. Data entry keys use 
standard, predetermined messages stored in the terminal 14 
during initialization. 

Messages defining the displays to be used in the 
execution of a transaction are organized by the applications 
program 26 into selection groups. A selection group may be 
defined as a set of hierarchically-organized data which 
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pages 1 through N. A selection set can consist of a single 
page of display or as many pages as are necessary to present 
a complete message. Selection groups B and C each have a 
single selection set which is not shown in Fig. 10 for 
reasons of brevity. 

When a data entry key is actuated by a consumer, the 
terminal 14 displays a page of information which is taken 
from selection set 1 if a Function key has been actuated. 
The consumer may respond by actuating the CHANGE key which 
indicates that another page of information from selection set 
1 should be displayed, or by entering numeric data which 
indicates a selection of an item from the list displayed. 
Thus, many selection sets will consist of more than one page, 
and depending on the function the first page may present the 
consumer with a plurality of options with the options being 
continued on a second and perhaps subsequent pages because of 
the space required to list the options. If a verification 
step is indicated, the terminal 14 responds to consumer entry 
of numeric data by displaying a verification page to the 
consumer. If the consumer indicates that the information 
entered is correct, the data collected at the terminal 14 is 
saved and the terminal proceeds to the next transaction 
step. The data collected in this manner is transmitted to 
the host 12 with other transaction information as part of the 
transaction request message. 

INTERACTIVE KEY OPERATION INCLUDING CUSTOMIZED DISPLAY 
MESSAGES FROM HOST 

Fig. 11 depicts the data organization for interactive 
keys. As in the case of Fig. 10 there is a different 
sel ction group associated with each of the sixteen different 
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request may cause the terminal -host interchange to get 
additional pages of the selection set. If the consumer makes 
a paging request on the last page of a selection set, and the 
entire selection set is contained in one transmission from 
the host, the terminal will return to and display the first 
page of the selection set. Otherwise the terminal will 
request additional pages from the host. 

The applications program 26 within the host 12 defines 
the minimum and maximum number of characters to be entered by 
the consumer for each selection set. If the number of 
characters entered exceeds the maximum permitted by the 
particular terminal used, the terminal 14 ends the 
transaction after retries and sends an interactive status 
message to the applications program 26. The host 12 also 
specifies the location on the multiline display 34 at the 
terminal 14 where the consumer entered data is to be 
displayed as it is keyed. After determining the information 
to be entered, the consumer enters the data via the terminal 
keyboard. If a mistake is made while entering the data, the 
consumer may use the CORRECTION key to erase the previously 
entered data and the data then may be reentered. 

If the host 12 has sent a validation list to the 
terminal, the terminal 14 performs validation by searching 
the list for a comparison with consumer entered data. If the 
consumer entered data is not on the validation list, an error 
is indicated and the consumer is asked via another display 
message to enter another number. If the consumer entered 
data is on the validation list and no substitution data was 
sent with the validation list, the consumer entered data is 
used as is. 
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denomination of bills to be withdrawn. If the number entered 
by the consumer is on a validation list, then substitution 
data can be used to replace the consumer entered number with 
the bill denomination, thereby avoiding a separate amount 
entry step. 

Throughout the interactive process the applications 
program 26 within the host 12 is responsible for the number 
and sequence of interactions, the content and format of each 
interactive message and the acceptability of each consumer 
response. The application may be as simple as a single 
interaction or as complicated as processing a repetitive 
interactive sequence or a complex decision tree. 

Fig. 12 depicts the different types of communication 
steps involved in an interactive transaction. Following a 
card entry step 350 consumer identification is accomplished 
by financial institution table processing in a step 352 
followed by personal identification number processing in a 
step 354. As previously described in connection with Figs. 3 
and 5, FIT processing 352 is accomplished by searching the 
financial institution table 100 within the terminal 14 for an 
entry corresponding to the card entered. Upon location of 
the corresponding entry the proper key set table is selected 
and the proper encryption key is located for subsequent 
verification of the consumer's identity during PIN processing 
354. In the event a corresponding entry in the financial 
institution table 100 within the terminal 14 cannot be found, 
the terminal 14 sends a VFIT transaction request to the host 
12 for search of a virtual financial institution table at the 
host 12, the corresponding fields are sent to the terminal 14 
as part of a VFIT transaction reply. Thereafter the terminal 
14 communicates a virtual financial institution tabl status 
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Upon completion of the amount selection step62 the 
consumer has sent to the host 12 information describing the 
transaction he wishes to have executed. The following steps 
364/ 366 and 368 shown in Fig, 12 enable the host 12 to 
supervise the transaction request by first determining what 
is possible and thereafter carrying out the transaction. In 
the first such step 364 the terminal 14 sends a formal 
request to the host 12 in the form of a transaction request 
message. The transaction request message which was shown and 
described in detail in Fig. 9 contains any necessary 
information not previously communicated to the host 12. The 
host responds by communicating a transaction reply message to 
the terminal 14, which reply is processed by the terminal 14 
in the the step 366. The terminal 14 communicates 
information as to the status of the transaction to the host 
12 in the form of a transaction status message in the final 
step 368. 

The transaction request, replay and status messages 
shown in Fig. 12 are used in the case of each transaction 
regardless of whether one or more of the steps of the 
transaction request message was described in detail in 
connection with Fig. 9 is prepared and sent by the terminal 
14 to the host 12 when the terminal 14 determines that the 
necessary information for the transaction has been gathered. 
This typically requires at least one and up to all four of 
the selection steps 356, 358, 360 and 362 shown in Fig. 12. 
Each of these selection steps involves a key which may be 
standard, data entry or interactive. 

In the case of most transactions all of the data 
required by the host 12 to process the transaction is 
included in the transaction request message. In such 
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The various host-terminal intercommunications described 
in Fig. 12 can be better understood by considering the 
various steps of an interactive sequence which such messages 
form a part of. Such steps include the following: 

1. A consumer, after entering his card and personal 
identification number, presses an interactive key at the 
terminal 14. 

2. The terminal 14 recognizes the need for an interaction 
and generates an interactive start message to the host 
12, The message includes the consumer key entry, 
personal identification number check data and card data, 

3. The interactive start message is received by the 
message processor 24 within the host 12. The processor 
24 relays the message to the applications program 26, 

4. The applications program 26 determines whether or not 
this is a valid consumer, and if it is, whether there is 
access to the consumer's information files in the files 
30. If this is not a valid consumer, then an 
interactive completion message is sent to the terminal 
14 instead of an interactive display message. The 
completion message results in the transaction being 
terminated, 

a. If the consumer is determined to be valid but the 
applications program 26 does not have access to the 
consumer's files, then the program may record the key 
entered, interpreting it on the simplest level (i.e. 
savings represents only one savings account) and sending 
an interactive completion message to nd the interaction 
but not the transaction. 
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b If the consumer is determined to be valid and the 
applications program 26 has access to the consumer's 
files, then the program prepares a series of custom 
displays 28 for the consumer listing all available 
options . 

The message processor 24 prepares the custom displays 
for transmission to the terminal 14. If the custom 
displays cannot be sent in one interactive display 
message, a series of interactive display messages which 
include the custom displays is prepared. The host 12 
then sends the first interactive display message to the 
terminal 14, 

The terminal 14 displays the custom display to the 
consumer. 

The consumer responds by either selecting an item on 
the display or entering a change display response. 

If the terminal 14 runs out of custom displays, it 
sends an interactive response message to the host 12 
requesting additional custom displays. 

The message processor 24 in the host 12 sends the 
interactive display messages of step 5 above and the 
terminal 14 sends the interactive response messages 
requesting more custom displays as enumerated in step 
above as long as the message processor 24 has displays 
to send and the consumer wishes to see them before 
selecting an item displayed. 
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l(h When the host 12 recognizes the terminating condition 
(i.e. a consumer selects an item or it determines the 
information sent is incomplete) , the message processor 
24 sends an interactive completion message to the 
terminal 14, 

11. The terminal 14 moves on to the next transaction step 
when it receives the interactive completion message. 

The interactive completion message may additionally 
contain a series of transaction definition fields which can 
alter the execution of subsequent transaction steps, such as 
eliminating the need for a From Account step if the step 
information was collected during a Function key interaction. 
This feature allows dynamic optimization of transaction flow. 

An interactive start message is sent each time the 
terminal 14 wishes to initiate an interaction with the host 

12. Interactions are allowed at three transaction steps: 
Function select, From Account select, and To Account select. 
In addition the host can initiate an interactive sequence by 
so specifying in the transaction reply. The terminal 14 
sends an interactive start message when a key defined as 
interactive is entered. The major fields of an interactive 
start message are: 

1. PIN fields, which include the consumer-entered PIN and 
the number of attempts the consumer made to enter his 
PIN. 

2. Card data fields, track 2 and/or track 3, depending on 
FIT specifications (card data data will be included only 
in the first interactive start of a transaction). 
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3. Transaction information fields, such as: 

a information on the Function Select, To Account or 
From Account select key initiating the interactive 

start. 

b. The subclass associated with the active function 
select key. 

c. The language ID and institution message identifier 
used with this FIT entry. 

d Sequence numbers; the interactive sequence number 
which is unique for each message sent from the terminal 
14 and the transaction sequence number which is the 
sale as the one that will be in the transaction request 
associated with this interaction. 

Since interactive start messages are sent prior to a 
transaction request message, the host 12 may need to perform 
PIN validation after receiving the first interactive start 
message if terminal PIN validation was not specified. 

Fig. 13 shows the format of an interactive start message 
communicated from the terminal 14 to the host 12 to begin an 
interactive transaction. Following an L field 380 which 
denotes the length of the message, an 18. field 382 provides 
the interactive sequence number. The interactive sequence 
number is included in all interactive messages transmitted 
between the terminal 14 and the host 12. It begins with 1 
when the system is reset and it is incremented by 1 for each 
interactive start, interactive response and interactive 
status sent to the host 12. The host 12 uses the last 
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interactive sequence number received from the terminal 14 in 
the interactive display and interactive completion messages. 
The interactive sequence number increases from 1 to 255 , then 
begins again with 1. 

A following C field 384 gives the class of the message 
which is "02 n and a subsequent SC field 286 denotes the 
subclass of the message which is "01". A VAR field 388 which 
follows the SC field 386 provides a copy of the interactive 
sequence number, 

A following TSN field 390 provides the transaction 
sequence number. When the host 12 is first notified that a 
transaction is in progress, the transaction sequence number 
is incremented and placed in the notifying communication 
message. All succeeding terminal-to-host interactive and 
transaction messages associated with the transaction contain 
the same transaction sequence number. If no interactive 
message sequence is required during the data collection phase 
of the transaction, the updated transaction sequence number 
first appears in the transaction request message. If an 
interactive message sequence is required, the updated 
transaction sequence number first appears in the initial 
interactive start message associated with the transaction. 
Each succeeding interactive start, response and status 
message contains the same transaction sequence number but a 
different interactive sequence number. The transaction 
request message contains the same transaction sequence number 
as present in the interactive messages. The transaction 
sequence number can be used to tie interactive messages to 
their associated transaction request message. If an 
interactive transaction is terminated before a transaction 
request has been sent, the transaction sequence number 
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denotes the IMI or institution message identifier which is a 
value obtained from the financial institution table entry 
being used. 

Following a field separator field 404, a T2 DATA field 
406 sets forth the data recorded in the T2 track of the 
credit card if such data is present, A following field 
separator field 408 separates the T2 DATA field 406 from a T3 
MAP field 410 which is the track 3 data map field. A 
following T3 DATA field 412 contains the track 3 data, if 
present. The interactive start message is terminated by a 
field separator field 414. 

Upon receipt of the interactive start message by the 
host 12, the message processor 24 relays the interactive 
start message to the applications program 26. The 
applications program 26 responds by generating an interactive 
display message including one or more custom displays and 
communicating such message via the message processor 24 to 
the terminal 14. The format of such an interactive display 
message is shown in Fig. 14. 

The host 12 sends an interactive display message to the 
terminal 14 when it has consumer selection items or option 
data to display to the consumer. The host 12 is responsible 
for formatting the information for the display, defining the 
amount of consumer data entry expected, and controlling the 
interaction in general. 

The Major fields of an interactive display message are: 

1. Display related fields which include: 
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VAR field 448 provides a copy of the interactive sequence 
number. 

The VAR field 448 is followed by an ID MSG FLAG field 
450 which is an interactive display message flag. If bit 8 
of this falg has the value "0", this denotes that the host 12 
should be contacted for more pages if the consumer enters a 
change key on display of the last page of the message. If 
this same bit has the value "1" this denotes that the 
terminal should wrap to the first page of the display message 
if the consumer enters the change key on the display of the 
last page of the message. Bit 9 of this flag, if on, 
indicates that a verification step should occur after a 
consumer data entry. Bit 10 of this flag, if on, indicates 
that the decimal point is being used as a data delimiter 
(i.e. not a dollars and cents indicator). Bit 11 is a format 
standardization bit which insures that there are two digits 
following a decimal point in the amount by adding zeros if 
necessary. Bit 12 indicates whether consumer data entry is 
expected. Bit 13 indicates whether or not the substitution 
data consists of transaction definition bytes. Bit 14 
indicates whether or not the transaction is to be cancelled. 

The ID MSG FLAG field 450 is followed by a MIN CDEL 
field 452 and then an MAX CDEL field 454. The MIN CDEL field 
452 specifies the minimum consumer data entry length for the 
selection set. The MAX CDEL field 454 specifies the maximum 
consumer data entry length for the selection set. If 
MIN = MAX = 0, the only data entry allowed is the "OK" key 
or another control key. An LP field 456 indicates the total 
length of page definition data which follows. The page 
definition data consists of one or more .pages, each of which 
is defined by a page flag field 458 and a page data field 
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the length of the £ of rig . „ the 

4,0 comprise th "? isea of three different text and display 
text str am i ^^ ° m 496 £ liable length. 
rS^TS an!" "re . P-rated b y an *S COD, POIHT 
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X^B* field 498 indicating that a resident message segment 
stored in the segment table of the terminal is to be inserted 
between the fields 492 and 494. An RES SEG ID field 500 
following the field 498 identifies the segment resident in 
the segment resident in the segment table of the terminal 
which is to be inserted between the fields 492 and 494. The 
fields 494 and 496 are separated by a CDES CODE POINT X'29' 
field 502 which indicates that consumer entered data is to be 
inserted between the field 494 and 496. 

Each of the text and display format controls fields 492, 
494 and 496 comprises displayable characters in the form of 
EBCDIC code points not assigned as control characters 
together with display format control characters. 

The display format control chracters and the function 
represented thereby are as follows: 



Control 



Function 



Character 



Explanation 



Line Feed 



X % 25 % 



The next character 



position is down one row. 
The horizontal position is 
unchanged. If Line Feed is 
detected while on the last 
row of the screen, it will 
cause a wrap to the first 
row of the screen. 



Return 



X'OD' 



The next character 



position is position 1 on 
the current display row. 
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New Line 



X'15' 



The current row is erased 
from the current position 
to the end of the row. The 
next character position is 
position 1 of the next 
lower row. If new line is 
detected while on the last 
row of the screen, the next 
character position is 
position 1 of the first row 
of the screen. 



New Page 
(form feed) 



X'OC' 



Position 



X'34' 



The screen is completely 
erased; the next character 
position is position 1 of 
row 1. 

This control chracter is 
followed by a flag byte in 
a 1-byte positioning 
value. Flag byte: 
Bit 4: 0 = position is 
absolute. 

1 e position is relative. 
Bit 5: 0 = position change 
is horizontal. 
1 * position change is 
vertical . 

Bits 6-7: 00 = move to new 
character position without 
erasing . 

01 = erase from the 
current position the number 
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of bytes specified by the 
position byte. 
10 = move to new character 
position and erase the old 
position up to, but not 
including, the new 
position. The positioning 
byte indicates a row or 
character column number. 
It contains an unsigned 
binary value ranging from 
0-255 to be used under 
direction of the flag byte; 
a 0 results in no 
operation. The value 
specified is divided by a 
modulus number to determine 
the resulting position. 
The modulus division 
produces a change of 1 to x 
rows for vertical 
positioning, and a change 
of from 1 to y character 
columns for horizontal 
positioning, where x is the 
maximum number of rows on a 
screen, and y is the 
maximum number of character 
columns in a row. 



Referring again to Fig. 3 it will be noted that within 
the terminal 14 the processor 60 us coupled to a message 
table 510, a segment table 512 and a consumer entered data 
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table 514. Messages communicated to the terminal 14 from the 
host 12 during initialization are stored in the message table 
510 Thereafter the processor 6 0 controls accessing of the 
messages in the table 510 for display by the multiline 
display 34 as the various operations of the transaction are 
sequenced through. Data entry keys utilize the standardized 
messages stored in the table 510. During execution" of an 
interactive transaction the host can either utilize the 
messages stored in the table 510 or it can generate its own 
custom messages. Commonly used portions of messages are 
stored in the segment table 512. Each segment comprises a 
plurality of displayable characters and a plurality of 
display format control characters for the displayable 
enters in the same fashion as the fields 492, 494 and 496 
of Fig. 15. However the segments do not have to be 
communicated with or stored with the rest of ^display 
message. Instead, the display message as communicated or 
: red includes pairs of fields such as the RS « 
X'28' field 498 and the RES SEG ID field 500. The field 498 
which comprises the control character X'28' indicate, . that 
the following byte is a resident segment ID. The RESIDENT 
SEGMENT ID field 500 identifies which of the segments stored 
in the segment table 512 is to be stored in the segment table 
512 is to be inserted between the fields 492 and 494. During 
' display of the message at the multiline display 34, the 
processor 60 of Fig. 3 inserts the displayable characters and 
the control characters therefor comprising the segment from 
the segment table 512 between the field 492 and 494 of the 
message of Fig. 15. 

During execution of a transaction, data entered by 
consumer is routed by the processor 60 of Fig. 3 to the 
consumer entered data table 514 where it is stor d. Display 
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of the consumer entered data stored in the table 514 is 
accomplished by inserting the consumer entered data at an 
appropriate place within a message communicated from the host 
12 to the terminal 14 or stored in the message table 510. 
Insertion of consumer entered data between the fields 494 and 
496 in the message of Fig* 15 is provided by the CDES CODE 
POINT X f 29 f field 502. The presence of the control character 
X'29 1 in the field 502 causes the processor 60 to insert 
consumer entered data from the table 514 as the message of 
Fig. 15 is being displayed on the multiline display 34. 

The interactive display message of Fig. 14 communicated 
by the host 12 to the terminal 14 is displayed to the 
consumer and requests data entry by the consumer. The 
consumer entered data results in an interactive response 
message being assembled by the terminal 14 and communicated 
to the host 12. The interactive response message contains 
either the data the consumer has entered in response to the 
display of a selection set or a paging indication in the case 
where an incomplete selection set has been sent and the 
consumer wishes to view additional pages of a selection set. 
The major fields of an interactive response message include 
consumer entry fields and an informational status field. 

Displays from a selection set show a consumer a list of 
selection items from which a consumer is expected to make a 
selection. Depression of the CHANGE key means that no item 
on the page displayed was desired and that another page of 
data should be displayed. The processor 60 will display the 
next page of the selection set if it is available. A request 
that more pages be transmitted in an interactive message may 
be made for an interactive key if no more pages are available 
at the terminal 14. If the selection set is completely 
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• ! i4 the first page of the selection 
defined at the termxnal 14 the first seleCt ion 
set will be redisplayed. For a data entry Key 
set is always completely defined. 

«„« of the OK key terminates data entry. An 
D6preS : selecte where data entries must be terminated 
TZ ^^e • includes depression of the OK Hey 

^ro t n^rln, any numerics, which is a 

witnou maximum length, as wen 

o£ a »-.«« - ' length . If this 

as entry o£ a : « *^ ° the 0K key will te 

option « not selecte ^ ^ termlnated 

after variable length entrxes B ^ 

entries, namely wnen t- established 

entrv minimum and maximum are estauix 
consumer data entry mix , aM - 4ve ke vs. For data 

, * /. afa entry and interactive Keys, 
differently for data entry established in 

*ntrv keys the minimum and maximum values are est 
entry keys t interactive keys they are 

the key def ^ ^ ^ selection 

re ceived in th interac ^ ^ fee 

set (display) data. The m interactive keys since 

differe nt *-^*^tf iBiti- of the selection 
they are established wiw ^ rta in to the number of 

set . Th e « ^-/ riT^ ana each 
characters that *ay be The „ inimam ralne must 

„„eric digit counts as a charac ter. ^ ^ 

be greater than or equal to zero and 1 ^ 

the -.1— The 2 » ^ ^ 

«ro and Xess " ^ £leld «.„ is allowed b ut 

value of zero neans that no of 
that the consumer must respond t .the di P » 
the OK. CHANGE r or CANCEL key. Tlus setting 
indicates a view only .node of operation. 
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During consumer entry of data, any numeric key entry 
will be accepted. Entering the CORRECTION key will cause the 
previously entered data to be cleared but data entry is still 
expected. When data entry is complete it will be checked to 
insure it falls within the minimum and maximum values 
established for the key. If the entry is out of range an 
error message will be displayed and the page viewed by the 
consumer at the time he entered data will be redisplayed. 
Data may then be reentered. If a validation list is present 
for the consumer data entry, the data entry is checked 
against the list to determine if the consumer data entry is 
valid or erroneous. If the consumer data entry is found in 
the validation list and substitution data is present, the 
substitution data is then substituted for the consumer 
entered data. 

The format of an interactive response message is shown 
in Fig. 16. The message of Fig. 16 includes an L field 550 
denoting the length of the message, an ISN field 552 denoting 
the length of the message, an ISN field 552 containing the 
interactive sequence number, a C field 554 denoting the class 
of the message which is "03", an SC field 556 denoting the 
subclass of the message which is n 01 B , a VAR field 558 which 
is a copy of the interactive sequence number, a TSN field 560 
which is the transaction sequence number and IR FLAG field 
562 which provides an interactive response flag. If bit 0 of 
the field 562 is n 0 n it denotes consumer data entry 
transmission, and if "1" it denotes a page request indicating 
that another page of this selection set is requested. 

Following the IR FLAG field 562, an LN field 566 denotes 
the length of a following consumer data entry field 568. The 
CONSDMDER DATA ENTRY field 568 which is variable in length 
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comprises Aboard data in BBCDXC form ., .ere £ * 
confer in response to the dispiay of page r - y 
termina, in the 1-t interactive drsp ay » - 
the substitution aata in a r, . r « ^ ^ 
characters X'F' are added as neeaea 

a loast 12 bytes long, 
length even and at least 

^ data entry a verification step will "be 

Af r r /IndicaLd For dlta entry *eys, the Key 
exeC utea if xn dzc ted. ^ ^ ^ 

definition table specni" ^ on 4-i fier For 

ana. If seiectea, the ^"^^^ 
interactive Xeys this informal on xs e= v ^ 
interactive message contains, the ^ 
this case the verification message *ay be peg 
or a custom-defined verification message. 

* verification message redisplays the data that a 
consumer entered so^e may verify th, ..corr ^ 

-rrintr.^ 

items form the ^ ^"Is entered, -rating of the 
the display of the data that ^ ^ 

verification message i^ ^ ^ or 

under host control, a cww * . 

The OK k ey indicates the altered 

msBFCTION indicates the data was mva 
STl » «" dispiay «. Page displayed at the time 
of d^ta e„U so that the data may be reentered. Cancel 
of data entry *r. a „ S action. Depression of 

causes a termination of the «-»^ P ^ 

previously active Functxon. From W transaction is not 
is a branch bacX situation ^ step Dtanche d 

t rminated, processing simply ignored . I£ 

to. Entry of the CHANGE or numeric keys 
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validation and substitution data were sent in connection with 
a display message, the validation list is earched and, if a 
match is found, the substitution data is substituted for the 
consumer entered data. 

When the host 12 determines that an interactive 
transaction is complete, it generates and sends to the 
terminal 14 an interactive completion message. Receipt of 
this message causes the terminal 14 to carry out any actions 
indicated by the message and, if a non-error completion, 
proceed to the next transaction step. The major fields of an 
interactive completion message include display related 
fields. The screen definition rules are as described for the 
display related fields of the interactive display message. 
However, additional pages of display data cannot be obtained 
from the host. Further major fields of the message include 
consumer data entry fields as defined for interactive display 
messages. Any data entered at this point will be sent to the 
host as part of the transaction request message. Still 
further fields of the message include verification and 
validation/ substitution fields as defined for interactive 
display messages. The substitution field may contain 
transaction definition bytes which for a function select step 
can be used in lieu of the original transaction definition 
bytes for the particular function key involved for the 
duration of the transaction. 

The format of an interactive completion message is shown 
in Fig. 17. The first five fields of the message of Fig. 17 
are identical to the fields 550, 552, 554, 556 and 558 
respectively of the message of Fig. 16, with the exception 
that the message class is "OF" in the case of Fig. 17. 
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^ w tp MSG FLAG field 580 
The VAR field is followed by an IC MSG 

interactive completion message flag. »i 
which is an interactive * pre sent. Bit 1 

t ne <UU indicates whether displa ' »« J 
indicates whether the transacts definite y ^ 

present. « W 1 £\L display message 

system is to return to the first pa, ^ 

actuated on display o a£ter consumer 

no tes whether there ver^ ^ ^ ^ ^ used 

data entry. Bit 10 ae iimiter. Bit 11 is a 
for an amount entry or as da ^ ^ 

format standardization hit whi h insures ^ ^gj-os 

aigits following a consMer data entry 

if necessary. Bit \i ma 
is expected. 

mtu rn EL MAX CDEL fields 581 and 582 

consumer entered data can have. These 
„„ consumer data is required. 

«i„ 583 the total length in bytes of the 
In the LP field 583 the ^ PME FLAG field 

page definition data is given The ^ , 

584 comprises a page flag. Bit 
resident page flag. 

r ,-.ML 584 is followed by a PAGE DAT* field 
Ine PAGE FLAG fiel I » 18 ^ o£ aUplay formation 
586. The PAGE DATA field SU con- ^ ^ u 

which may require consumer data en y ^ ^ ^ ^ 

arrang ed in the form shown - ■ — ^ . sepatate PAGE FLAG 
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Although not shown in Pig, 17 , the PAGE DATA field 586 
of the interactive completion message may be followed by 
validation and substitution data in the form of one or more 
of the groups of four fields 464, 466, 468 and 470 shown in 
Fig. 14. In addition, the SUBSTITUTION DATA field 470 can 
contain three TRANSACTION DEFINITION BYTES shown as separate 
field 587 in Fig. 17. Bit 1 of the PAGE FLAG field 584 
denotes whether a TRANSACTION DEFINITION BYTE field 587 is 
present in substitution data. 

In the first byte of the TRANSACTION DEFINITION BYTES 
field 587, bit 0 indicates whether a special step is 
required, which indication is ignored in the case of an 
interactive mode. Bits 1, 2 and 3 respectively indicate 
whether From Account, To Account, and Amount /Verify steps are 
required. Bit 4 indicates whether this is a "fast c*sh n 
key. The first four bits of the second byte respectively 
indicate whether a deposit statement, a deposit step, cart. 1 
and cart. 2 are required. The fifth bit indicates whether 
chaining is allowed. The third byte denotes the subclass. 
It will be recalled that the three transaction definition 
bytes can be used in place of the bytes previously stored at 
the terminal during initialization for the remainder of a 
transaction involving a Function key. 

The terminal 14 transmits an interactive status message 
to the host 12 when a non-closing exception condition occurs 
after at least one interactive message has been sent to the 
host. The message is sent to allow the host 12 to perform 
any necessary reinitialization or any termination 
procedures. If no interactive start message has been sent 
and a non-closing exception occurs, no interactive status 
will be sent. Status in this message is broken into three 
parts: 
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1. 



2. 



3. 



T he first part aiviaes excepts in- eight -i« 
categories. 

. ..i -u*> rateqorv into eight 
Th e second part further divides the categ ry 

subcategories. 

The third part is a debtor code which defines the 
conditions within the subcategory. 

ntions are present. only the first will be 
1 i^r^TuU--- - — of an 

exception) . 

^ples of non-closing exception " 
caos e an interactive status ^ « * ^ and an 
consumer cancel, censor messa9es reoe ived by 

invalid message format on inter tennlnatlon o{ 

a transaction. i sitaa tion occurs after an 

sent when a J. Thl6 M U1 not cause a 

interaction has taKen v 
termination of a transaction. 

■ to Fig W «nich shows the format of an 
Referring to Fig. rf the nes6a , e 

• interactive status ■ ^ ^ ot the message 

includes an I field »» interactive sequence number, 

an IS* field 312 providi" the i ^ ^ ^ tfci! 

c field 594 denoting the cl ^ MbeUS 

instance is "16". an . =opy o{ «. 

" hiCh ^ number and a TSN field *00 which 
^des The transaction sequence number. 
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An INTERACTIVE TRANSACTION TERMINATION STATUS field 602 
follows the TSN field 600. As noted above, this field is 
broken into three parts. The first part divides exceptions 
into eight major categories. The second part further divides 
the category of exceptions into eight subcategories. The 
third part is a descriptor code which defines the conditions 
within the subcategory. The various different sets of data 
which can be denoted by the three different bytes of the 
interactive transaction termination status field 602 are as 
follows: 
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As noted in connection with Fig. 12 actuation of an 
interactive key within the Function keys 108, the From 
Account keys 110 or the To Account keys 112 shown in the 
keyboard configuration of Fig. 4 produces an interactive 
start message to the host 12 followed by an interactive 
display message to the terminal 14, an interactive response 
message to the host 12 and an interactive completion messa* 
to the terminal 14. The formats of these messages were 
described in connection with Figs. 12-17. The interactive 
sequence can therefore be summarized as follows: 

1. The consumer presses an interactive key. 

2 . The terminal 14 sends an interactive start message wit 
the necessary information to the host 12. 

3 The host 12 transmits screen data containing additiona 
options to the terminal 14 for display to the consumer 
in an interactive display message. 

4 The consumer responds to the data displayed either by 
selecting an item or by indicating that additional ite 
be displayed. The terminal 14 transmits either the 
consumer data or the request for more items (paging) i 
an interactive response message to the host 12. 

5 When the host 12 wishes to end the interactive 
sequence, it sends an interactive completion message t 
the terminal 14. 

Steps 3 and 4, the sending of the interactive display and 
interactive response messages, may be repeated as many t* 
as necessary before the interactive completion message is 
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transmiteed. There is no maximum on the number of 
interactive displays. However, if the host 12 has no option 
data to present to the consumer, it may send an interactive 
completion message immediately after receiving the 
' interactive start message without sending any interactive 
display messages. This message may contain display data. 
After receiving the interactive completion message, the 
3 terminal 14 proceeds to the next step in the transaction 

3$ sequence. Interactions may occur in none, one, two or all 

three of the transaction steps which allow interactions. An 
interaction may also be initiated by the host at the time the 
transaction reply message is received by the terminal. 

If error and exception conditions that can terminate a 
transaction occur after an interactive start message has been 

th sent, but before the transaction request has been sent, an 
interactive status message describing the terminating 
condition is transmitted by the terminal 14 to allow the host 
12 to take the appropriate termination actions. A typical 

Jr interactive status message was described in connection with 

Fig. 18. The interactive status message is also sent when 
the consumer causes a "branch back" situation after an 

/ interaction has occurred. A branch back situation occurs 

te> when a consumer selects a key for a prior transaction step 
rather than a key for the transaction step he is on or 
ir selects another key in the same step he is on. The 

applications program 26 is signalled so that data collected 
during an interaction that may be invalidated by the reentry 
of a transaction step can be reinitialized. 

Examples of non-closing exception conditions that can 
cause the interactive status message to be sent are: 

i tr 
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1. consumer cancel. 

2. Consumer timeout on data entry. 



3. A n invalid message format on interactive messages 
received by the terminal. 

An interactive status message is also sent when a 
-branch back" situation occurs after an interacts has t*. 
place This does not cause a termination of a transact™. 

MESSAGE SEGMENTATION INCLUDING MULTILANGUAGE OPTION 

» s previously described in connection with » 

^nnirated to the terminal 14 from 

sa :V^e Sio! Customized messages generated by the ho, 
as part of an interactive transaction are sent 

• i for display. Each message, whether standardx«d « 

: : til: s ». * . .uu.™ » 

Fig . 19 tbe terminal 14 is provided with a base message 
lalle 650. other message tables 65*. a base segment table 6 
and other segment tables 656. The base message table « . 
the base segment table 654 function in the same manner as 
correspond to the message table =10 and the secant table i 
respectively of the arrangement of Pig. 3- 
aaaftion to the processor 60 being coup ed 
message table 650 and the base segment table 654 for 
Tperation in the manner described in connection wx* P ,. 

„, to is also coupl d to a language table 658 
th e processor i ^ J iitM comb lnations of the 
which makes possioie vauvu=» 

^esage tables 650 and 652 and th segm nt tables 654 and 
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The multilanguage option allows a display message table 
and/or segment table to be associated together and selected 
for use during a transaction or transaction chain. At the 
end of a transaction or transaction chain the base message 
table 650 and/or base segment table 654 is used. The 
language table 658 contains entries which associate a message 
table and a segment table. The language table 658 contains 
as many entries as required to define all the message and 
segment table combinations to be used at the terminal 14. 

The options provided by the arrangement of Fig, 19 are 
useful in situations such as where transaction processing is 
to be made available in two or more different languages. 
Various countries and various parts of countries include 
people who speak two, three or more different languages. In 
such instances a consumer is able to request transactions in 
his native language using his credit card or by choosing from 
a display menu of languages. The language table 658 responds 
to the credit card data by selecting the appropriate message 
table and segment table for that language. 

To select one of the other message tables 652 instead of 
the base message table 650 or one of the other segment tables 
656 rather than the base segment table 654 , fields must be 
present in the financial institution table 100 shown in Fig. 
3 that identify either or both a language ID (LID or the 
location of the language ID on the credit card) and an 
institution message ID (IMI). The LID allows entry selection 
based on the language. The IMI allows entry variation based 
on institution needs. An example is when a savings and loan 
wants different messages from a bank which may reference 
checking accounts, and so on. Dsing both parameters allows 
entry selection based on institution and language needs. 
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An alternate form of operation can be used when the 
language code is located on the credit card and two 
institutions joining together in a pool use the same langua ft 
code value but want to use different tables. Each 
institution is assigned different institution message 
identifiers (IMI) which allows each institution to use its 
own set of tables even though the institutions are using the 
same language code. Thus, neither institution needs to 
reissue its cards because of a language code conflict. 
Referring to Fig. 20 which shows the language table 658 in 
greater detail in conjunction with the financial institution 
table 100 and a credit card 36, when the credit card 36 is 
entered the financial institution table 100 is searched for 
an associated entry. At the host's option the consumer may 
choose a language from a list displayed at the terminal. 
This will override the language specified on the card or in 
the FIT. If the associated entry specifies a LID and/or IMI 
then the LID and/ or the IMI are used to identify and entry i 
the language table 658 to be used for the transaction or 
transaction chain. The language table 658 selects the 
appropriate message (page) table and segment table. 

The message table number and the segment table number 
can be any decimal integers in the range 1-9. Either or bot 
the LID and the IMI may have default values (which are 0) . 
The default LID and IMI use the base message table 650 and 
the base segment table 654. A default IMI means that the 
language table 658 is searched for an LID match only. 
Conversely, a default LID means that the language table 658 
is searched for an IMI match only. 

It is occasionally desired to change one or more of the 
messages stored in the message table 510 within the terminal 
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14 rather than to replace the message with a new one. To 
accomplish this the applications program 26 within the host 
12 generates and communicates to the terminal 14 a change 
display message command. The format of such a message is 
shown in Pig. 21. The format includes an L field 750 
denoting the length of the message, an N field 752 providing 
the transaction sequence number, a C field 754 providing the 
class which is "X , OC ,n and an SC field 756 which indicates 
the subclass which is B X'OP fB . A C2 field 758 contains the 
value of the second bill counter where there are two bill 
counters at the terminal. The following C/Sc field 760 
denotes concatenation of class and subclass n X'CF ,n . The 
following MN field 766 provides the message number which is a 
one byte binary field containing the message number of the 
message to be replaced in the message or segment table 
indicated. The following ML field 768 denotes the message 
length in terms of the number of bytes of the message field . 
This value may not exceed 238. The following MSG field 770 
contains the message. This is a variable length EBCDIC field 
that contains the new page or segment that is to replace the 
page or segment in the table indicated. A following FLAG 
field 772 indicates whether the MN field represents a page 
number or a segment number. An IMI field 774 at the end of 
the message is the message table identifier which is used in 
conjunction with the SPEC field 764 which contains the 
language identifier to search the language table for an 
entry. An entry has the address of the page or segment table 
where the message is to be changed. Bit 0 of the FLAG field 
772 indicates whether a page or segment is to be changed. 

Display message segmentation in accordance with the 
invention in which often repeated segments of messages are 
stored at the terminal for ready incorporation into messages 
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communicated to the terminal fro™ the host proves a numbe, 
of advantages. Such advantages include the reductio of tfc 
amount of local storage required in the terminal to store th ( 
display messages, a reduction of the number and size of 
communication messages retired to complete an i^ract.ve 
transaction, a reduction of the time delays produced by 
transmission of Jong interactive messages, and ™^*<** » 
customization of muUiline display messages. Changing the 
contents of a segment definition changes the display message, 
containing the segment. Thus, promotional messages or time 
and temperature data which change over time and appear in 
TOr e than one display message can be changed by *"*>>*J* 
specific segment data without the requirement to individual!, 
change each display message that contains the information. 

in the present example the multiline display 34 include, 
a screen capable of displaying six lines of 40 characters 

arb or up I >40 characters, m an interactive environmen 
where the host communication message has a maximum length of 
250 bytes, it is important to pack as many display message 
definitions as possible in a single communication message in 
order to avoid multiple interactive message sequences for a 
single related set of data if.. Segmentation provides a 
^ of shortening custom display definitions so that more 
than one can be contained in each communication message. 
This minimizes the number of communication messages required 
to complete an interactive transaction. 

*s noted in connection with Fig. 15 the text stream 
Portion of a display message may include displayable 
characters, display format control characters segment* on 
control characters and COES (consumer data entry) control 
characters. These lements can appear in an, order in the 
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text stream. The displayable characters are EBCDIC code 
points equal to or greater than XMO 1 . Undefined control 
characters are EBCDIC code points less than XMO 1 that "are 
not assigned as CDES control characters or format control 
characters. When encountered in a display message 
definition, undefined control characters are displayed as a 
solid box the size of the dot matrix. 

Displayable characters are defined by EBCDIC code points 
equal to or greater than X'40'. Op to 227 displayable 
characters may be defined in the character set. A page 
definition consisting entirely of displayable characters 
results in the first character of the string being placed in 
the upper left corner of the display with succeeding 
characters being placed in sequence from left to right and 
from top to bottom on the display. When the maximum number 
of characters has been placed on a line, succeeding 
characters are placed at the leftmost character position of 
the next line. After the screen has been completely filled, 
any additional characters are placed beginning at the upper 
left character position of the screen with succeeding 
characters being placed according to the character 
positioning rules described above. In this mode of 
operations, "space" characters are included in the proper 
places to provide the desired display appearance. 

The format control characters provide a method for 
positioning strings of displayable charactres, thereby 
removing the need to use "space" characters to format a 
display message and therefore resulting in a corresponding 
decrease in the size of the display message definition. As 
previously noted, the format control characters include line 
feed, return, new line, new page and position select. 
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As previously noted, each segment consists of 
displayable characters, format control characters and in 
cases a consumer data entry segment (CDES) control 
character. Segments represent phrases, lines, partial 
display message definitions, or boiler' plate information 
available for use as building" blocks in complete display 
message definitions. Bach resident segment (RS) in the 
segment table 512 is- assigned a unique segment identifier. 
Up to 255 segments may be stored in the segment table 512. 
These segments can be included in display message definitio: 
by using the resident segment control character which is 
contained in the field 498 in the example of Fig. 15. The 
byte following the control character is interpreted as a 
segment I.D. and is contained in the field 500 in the examp. 
of Fig. 15. When encountered in a display message 
definition, the resident segment identified by the resident 
segment control character/segment I.D. pair is logically 
inserted in the display message definition. The resident 
segment is treated as if it had been explicitly included in 
the display message definition. After the resident segment 
has been interpreted, processing returns to the original 
display message definition. Any number of segments can be 
included in a display message definition. 

A resident segment definition may not contain a reside 
segment control character. This prevents segments from 
including other resident segments as part of their 
definitions, thereby eliminating circular segment definitio 
which might otherwise occur. 

The consumer data entry segment (CDES) control charact 
represents buffer space available for data to be entered by 
th consumer via the keyboard. Again referring to the 
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example of Fig. 15, the CDES control character is contained 
in the field 502. Occurrence of the CDES control character 
causes the terminal to refer to the consumer entered data 
table 514 and to insert any consumer entered data stored 
therein into the message. The length of the CDES data is 
determined by the maximum amount of digits the consumer is 
allowed to enter in a given situation. unentered digits up 
to the maximum will be displayed as spaces. After the CDES 
has been interpreted, processing returns to the original page 
definition. 

A typical six line display message is as follows: 

ENTER CODE AND PRESS OK KEY 
105 - ORDER CHECKS 

63 - PAY TELEPHONE BILL 

41 - MAKE HOME MORTGAGE PAYMENT 
6 - MAKE AUTOMOBILE LOAN PAYMENT 
FOR OTHER CHOICES, PRESS CHANGE KEY 

This type of message is sent to the terminal 14 by the host 
12 as the result of the consumer selecting a transaction key 
specified as interactive and the terminal 14 notifying the 
host 12 of the transaction key selected. Each of the six 
lines of this meeage is stored as a separate segment in the 
segment table 512. 

The display message definition for the six line display 
noted above and which would be stored in the message table 
512 is shown in Fig. 22. The definition of Fig. 22 includes 
an L field 800 denoting that the message definition is 16 
bytes in length. The following NP field 802 comprises a new 
page control character. This results in clearing of the 
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screen and readying of the display to begin printing 
characters in the upper lefthand corner of the screen. The 
following RS field 804 contains a resident segment control 
character which is followed by the segment l.D. in field 
806. A following CDES field 808 contains a consumer data 
entry segment control character indicating the maximum numb* 
of spaces that can be reserved. The following NL field 810 
is a new line control character indicating that the next li t 
of the display is to be addressed. The remainder of the 
message definition of Fig. 22 consists of pairs of bytes 
denoting the five remaining segments in the message. The 
first byte of each pair comprises the resident segment 
control character, and the second byte of each pair is the 
segment l.D. number. 

The first line of the six line display example noted 
above which reads "ENTER CODE AND PRESS OK KEY" is a general 
guidance line used with every display requesting selection I 
the consumer. Line 6 which reads -FOR OTHER CHOICES, PRESS 
CHANGE KEY" is a special guidance line required whenever the 
list of choices exceeds the one page screen capacity. The 
second through the fourth lines which read U05-ORDER CHECKS 
63-PAY TELEPHONE BILL AND 41— MAKE HOME. MORTGAGE PAYMENT" 
represent a subset of the special financial transactions 
provided by the card issuing institution. The subset has 
been customized to those transactions applicable to the 
consumer currently using the machine. 

An appreciation of the saving in transmission time and 
storage space required can be gained when it is considered 
that the messag definition of Fig. 22 consists of only 16 
bytes Line 1 of the m ssage by itself would require 32 
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bytes if segmentation were not available. The length of the 
display definition required to define six line message 
without the use of segmentation is 187 bytes. Whereas only 
one message definition 187 bytes in length could be included 
in an interactive display message which permits a maximum of 
256 bytes, over ten display messages in the 16-20 byte range 
can be included in one interactive display message from the 
host. 

The invention can be better understood by considering an 
example of an interactive transaction together with the 
various messages displayed in connection therewith. 
Initially, the prior transaction has ended and the terminal 
14 has sent a status message to the host 12. The terminal 14 
displays the following message, which was previously 
generated by the host 12, to the consumer: 

1 INSERT CREDIT CARD TO BEGIN TRANSACTION 

2 GOOD DAY 

3 DATE: OCT. 14, 1977 

4 WEATHER: 40% CHANCE OF RAIN TODAY 

5 NEWS: YANKEES WIN WORLD SERIES 

6 USE OUR NEW ATM LOCATED IN OAKRIDGE MALL 

The consumer responds to the message by inserting his credit 
card. The .credit card is read by the treminal 14 which fails 
to find an entry in financial institution table 100. The 
terminal 14 sends message to the host 12 requesting search of 
a virtual financial institution table within the host. In 
the meantime the terminal 14 displays the following message 
to the consumer: 

1 WAIT - YOUR CARD IS BEING PROCESSED 
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2 „E PLAN TO INSTALL MORE ' MONEY TREE' 

3 MACHINES IN THIS AREA. LET OS KNOW 

4 WHERE YOU THINK THEY SHOULD BE 

5 LOCATED 

««t fc.™ TOCATED IN OAKRIDGE MALL 
$ USE OUR NEW ATM LOt-Air." 

^ . *-hp virtual financial 
T he host » anas 2X?;;J:Z and senas the entry to 
^"T": 'I 1 terl .1 "« -po„as oy processing the 
TT« tne entry and sending a status «ssa g e to the ho Sl 

rj^i " *-> foiioi,in9 messa9e 

the consumer: 



1 
2 
3 
4 

5 
6 



KEY PERSONAL IDENTIFICATION NUMBER 



DSE OUR NEW ATM LOCATED IN OAKRIDGE MALL 

number (PIN) . t consU mer as follows: 

a function select message to « 

CHOOSE TRANSACTION TYPE - USE BLUE KEYS 



1 
2 
3 
4 
5 

6 1.00 PM 



WE ARE OPEN SATURDAYS FROM 10.00 AM TO 



v * mD le the consumer responds by choosing tl 
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be an interactive function key. The terminal 14 sends an 
interactive start message to the host 12. The host 12 
responds by sending an interactive display message to the 
terminal 14. The terminal 14 responds by displaying the 
first page of selection set 1 of the interactive display 
message which is as follows: 

1 ENTER TRANSACTION CODE 

2 001 - ORDER CHECKS 

3 002 - PAY TELEPHONE BILL 

4 003 - PAY WATER BILL 

5 004 PURCHASE SAVINGS BOND - SERIES F 

6 FOR OTHER CHOICES, PRESS CHANGE KEY 

The consumer responds to this message by actuating the 
"CHANGE" key. The terminal then displays the second page of 
selection set 1 of the interactive display message as 
follows: 

1 ENTER TRANSACTION CODE 

2 005 - PURCHASE SAVINGS BOND - SERIES E 

3 006 - PAY HOME MORTGAGE 

4 007 - PAY AUTO LOAN 

5 008 - PAY GAS AND ELECTRICITY BILL 

6 FOR OTHER CHOICES, PRESS CHANGE KEY 

The consumer responds to this message by entering "005" 
indicating that he wishes to purchase savings bonds. The 
terminal 14 receives the consumer entered data and displays 
the following verification message: 

1 YOU KEYED IN 005 

2 PRESS "OK" TO CONFIRM 
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3 PRESS "CORRECTION" TO REENTER 

4 
5 
6 



The consumer actuates the "OK" key, and the terminal 14 
responds by communicating the previously entered data 
requesting purchase of savings bonds to the host 12 as part 
of an interactive response message. The host 12 sends an 
interactive display message with more display data in the 
form of selection set 2 to the terminal 14. The terminal 1 
displays page 1 of selection set 2 requesting choice of bond 
denomination. This display is as follows: 



1 



ENTER BOND DENOMINATION 

2 $25.00 

3 $50.00 

4 $75.00 

5 $100.00 

6 $500.00 



The consumer responds by entering -$50.00". The terminal 14 
then displays the following verification message: 



1. YOU ENTERED $50.00 

2 PRESS "OK" TO CONFIRM 

3 PRESS "CORRECTION" TO REENTER 



4 

5 
6 



The consumer actuates the "OK" k y, and the terminal 14 
responds by transmitting the previously entered data 



0014312 



89 

selecting $50.00 denominations to the host 12. The host then 
sends an interactive display message containing more display 
data in the form of selection set 3, and the terminal 14 
displays page 1 of selection set 3 which requests the number 
of bonds to be purchased and which is as follows: 



1 


KEY 


IN NUMBER OF 


$50 


BONDS 






2 


NO. 


COST 


NO. 


COST 


NO. 


COST 


3 


1 


$37.50 


5 


$187.50 


9 


$337.50 


4 


2 


$75.00 


6 


$225.00 


10 


$375.00 


5 


3 


$112.50 


7 


$262.50 


11 


$412.50 


6 


4 


$150.00 


8 


$300.00 


12 


$450.00 



The consumer responds to the message by entering "30" . The 
terminal 14 responds by displaying the following verification 
message: 

1 YOD ENTERED 30 

2 PRESS "OK" TO CONFIRM 

3 PRESS "CORRECTION" TO REENTER 
4 

5 
6 

The consumer realizes he has made a mistake in entering "30" 
and actuates the "CORRECTION" key, resulting in redisplay of 
the following message: 
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1 


KEY 


IN NUMBER OF 


$50 


BONDS 






2 


NO. 


COST 


NO. 


COST 


NO. 


COST 


3 


1 


$37.50 


5 


$187.50 


9 


$337.50 


4 


2 


$75.00 


6 


$225.00 


10 


$375.00 


5 


3 


$112.50 


7 


$262.50 


11 


$412.50 


6 


4 


$150.00 


8 


$300.00 


12 


$450.00 



The consumer responds to this message by entering "3". The 
terminal 14 responds by displaying the following verification 
message: 

1 YOD ENTERED 3 

2 PRESS "OK" TO CONFIRM 

3 PRESS "CORRECTION" TO REENTER 
4 

5 
6 

The consumer actuates the "OK" key, and the terminal 14 
responds by communicating the request for purchase of three 
bonds to the host 12 in an interaction response message. The 
host 12 sends an interactive display message with more 
- display data in the form of selection set 4.. The terminal 14 
displays the first page of selection set 4 which requests 
entry of "FROM ACCOUNT" information and which is as follows: 

1 KEY IN ACCOUNT NUMBER TO BE BILLED 

2 010 CHECKING 

3 020 SAVINGS 

4 030 SPECIAL ACCOUNT #417638 

5 040 MASTER CHARGE 

6 050 VISA 
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The consumer responds to this display by entering "30". The 
terminal 14 then displays the following verification message: 

1 YOU ENTERED 30 

2 PRESS "OK" TO CONFIRM 

3 PRESS "CORRECTION" TO REENTER 
4 

5 
6 

The consumer responds to this message by actuating the "OK" 
key. The terminal 14 sends the last consumer entered data to 
the terminal 14 as part of an interactive response message. 
In the meantime the terminal 14 displays the following 
message to the consumer: 

1 PLEASE WAIT - YODR REQUEST IS BEING 

2 PROCESSED 
3 

4 

5 OPEN A 5600 TIMED SAVINGS ACCOUNT AND 

6 RECEIVE A COLOR TV. CALL US TODAY I 

The host then sends an interactive completion message to the 
terminal, and the terminal sends a transaction request to the 
host. 

The host 12 then sends a transaction reply message to 
the terminal 14 containing the following transaction 
verification message which is displayed by the terminal 14: 

1 YOU ARE BUYING 3 $50, SERIES E BONDS 

2 AT A TOTAL COST OF $112.50 
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3 FROM SPECIAL ACCOUNT #417638 

4 HIT OK TO PURCHASE BONDS 

5 PRESS CANCEL TO CANCEL TRANSACTION 

6 

The consumer responds by actuating the "OK" key, thereby 
terminating the transaction. 

It will be appreciated by those skilled in the art that 
transaction execution systems in accordance with the 
invention increase an institution's functions on two levels. 
First, they provide a functional increase to the owning 
institution, allowing it to provide more services to its own 
customers. Secondly, the invention provides the basis to 
allow this functional increase to be enjoyed by pools of 
institutions. The formation of pools is desirable because it 
allows the cost of a terminal to be shared across several 
institutions. The invention facilitates the development of 
pools by enabling each institution to customize its 
transactions as it desires without the need to have its own 
terminal. 

The multiline display allows an individual display to be 
more informative to the consumer, thus making it easier for 
the consumer to use the terminal. The display also provides 
an institution the capability of displaying promotional 
messages or information about new procedures or hours which 
may be important to the consumer. Furthermore, the display 
opens the way for more complex transactions to take place 
since these may require more instructional information to be 
given to the consumer. 
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The data entry key function allows an increase in 
function at a minimal cost to the institution. A greater 
variety of transaction types and choice of accounts are 
possible without a significant increase in the complexity of 
the system or in communications line time. 

The interactive function enables a system to provide an 
almost limitless variety of transactions to its consumers, 
in addition, it allows personalization of transactions to a 
consumer. 

The segmentation feature used in conjunction with the 
multiline display is advantageous with respect to the various 
features noted above in that it optimizes the storage and 
transmission of the longer display messages. 

For a pool of institutions, systems in accordance with 
the invention allow customization of the availability of 
transaction types and hence the variety of options it wishes 
to describe to the consumer. Furthermore, the content of the 
displays to the consumer can be customized. Thus 
institutions A and B may have their own promotional messages 
even though they are operating on the same terminal. The 
ability to customize both transaction types available and 
display contents allows any member of a pool to enjoy all the 
features described previously for an individual institution. 

As noted above the interactive function makes the kinds 
and types of transactions that can be performed almost 
limitless. Some of the possible transactions include the 
following : 
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1. Electronic Bill Payment 

Funds can be transferred from any account to any 
cooperating bill collector. 

2. S plit Deposit 

A check can be deposited with funds being withdrawn from 
that same check. 

3. Purchase Of SavinQS Bonds 

As seen in the above example such things as savings 
bonds can be purchased in a variety of denominations. 

4. Account Balance Information 

Information on all accounts at a bank can be obtained. 

5. Loan Status 

Inquiry can be made as to the status of all loans with a 
bank. A breakdown on any individual loan can be obtained 
including such information as interest and principal paid. 
Additional payments to principal can be made. 

6. Check Ordering 



More checks can be ordered by the consumer. 



t 

I 

! 



95 



0014312 



7. Fund Transfers Between Accounts 

Funds can be easily transferred between accounts, 
facilitating such things as the transfer of funds into a 
Christmas Club account or a children's savings account. 

8. Display Variety 

General information displays can be made up to describe 
things such as how to use the terminal, bank hours available, 
stock market reports, weather reports, types of loans 
available from a bank, interest rates, lengths of loans, 
minimum monthly payments and how to open an account. 

9* Loan Application 

Typically, the institution has much of the information 
about the consumer already needed to process a loan 
application so that all that may be needed is the amount and 
length of a loan and the reason for the loan (i.e. car, home 
improvement, personal) . Furthermore, the terminal and its 
variety of displays can be used to request an extension on an 
existing loan. In the case of a loan application, the 
institution takes the information resulting from the 
transaction and prepares the loan application papers which 
are then sent to the consumer for approval, 

10. Tax Preparation Aid 

Consumers can request a printout of tax related 
information such as interest paid on loans and interest 
received on savings accounts, requiring minimal teller 
intervention. This information is easily gath red and mailed 
to the consumer. 
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Fig. 23 is a block diagram of a particular circuit which 
may be used to implement the various portions of the 
transaction terminal 14 shown in Fig. 3. The terminal 14 is 
shown in conjunction with the keyboard 32 and the multiline 
display 34 and includes a communications modem 850 coupled to 
the host 12 via one of the communication channels 22. The 
modem 850 provides modulation and demodulation of the various 
messages communicated between the host 12 and the terminal 
14. Such modulation/demodulation is for ease of 
communication of the message signals and does not in any way 
alter the information contained within the messages. The 
communications modem 850 is coupled to a pair of 
unidirectional buses 852 by a communications adapter 854. 
The communications adapter 856 forming a part of the terminal 
14 and the host 12. 

The controller 856 combines with a plurality of ROS/RAM 
memories 858 to form the processor 60 and the various tables 
shown in Fig. 3. The controller 856 includes an eight bit 
microprocessor. Microprograms for the processor are stored 
in one or more ROS memories withint the memories 858. At 
least one RAM memory within the memories 858 is used as a 
working area and for storage of microprogram control tables. 
During initial program load (initialization) the host 12 
communicates to and loads the memories 858 with the financial 
institution table 100, the base key set table 104, the custom 
key set table 106 and where desired the language table 658 
and the other message and segment tables shown in Fig. 19 as 
needed to implement the multilanguage option. Portions of 
the memories 858 also form the active keyboard buffer 118, 
the messag table 510, • the segment table 512 and the consumer 
entered data table 514. 
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The controller 856 responds to the various messages from 
the host 12 routed thereto via the buses 852 as well as to 
the keyboard 32 which is coupled to the buses 8 52 via a 
display adapter 860. The display adapter 860 also couples 
the controller 856 to the multiline display 34. The 
controller 856 to the multiline display 34. The controller 
856 responds to operation of the various keys of the keyboard 
32 by sequencing through the various transaction steps 
requested thereby under the control of the microprograms 
stored in the memories 858 and by generating and 
communicating appropriate messages to the host 12 via the 
buses 852, the communications adapter 854 and the 
communications modem 850. Messages communicated to the 
terminal 14 from the host 12 are passed by the communications 
modem 850/ the communications adapter 854 and the buses 852 
to the controller 856 which processes the messages in 
accordance with the microprograms and other information 
stored in the memories 858. Standardized messages stored in 
the memories 858 and custom messages communicated^ by the host 
12 and which are temporarily stored in the memories 858 are 
applied to the display adapter 8 60 for display by the 
multiline display 34 as described in detail hereafter in 
connection with Fig. 24. 

In addition to coupling the controller 856 to the 
communications adapter 854 and the display adapter 860, the 
buses 852 couple the controller 856 to various other adapters 
used in executing transactions. Such other adapters are 
conventional components of the type used in the prior systems 
previously referred to as, for example, in the case of Fig. 
2. Such other adapters are conventional components of the 
type used in the prior systems pr viously referred to as, for 
example, in the case of Fig. 2. Such other adapters 
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typically include a credit card reader/timer (CCT) adapter, a 
control adapter, a monitor adapter and a printer adapter. 
The CCT adapter generates a periodic timing interrupt for use 
by the controller 856. The CCT adapter also functions to 
read the consumer's credit card, and in this connection is 
operative to separate data signals from clock signals, to 
deserialize the data and to present the data, one byte at a 
tine, to the controller 856. The control adapter comprises a 
necessary interface between the controller 856 and various 
standard components forming a part of the terminal including 
such things as bill dispensers and the mechanism used to 
receive bills, checks and other documents entered by the 
consumer at the depository at the keyboard. The monitor 
adapter provides an interface between the controller 856 and 
certain panels including a backup memory used to retain 
pertinent data in the event of a power failure. The printer 
adapter provids an interface between the controller 856 and a 
printer where a printer is used with the system to print 
account statements and other documents issued to the consumer 
at the terminal. 

Fig. 24 depicts an example of the display adapter 860 in 
conjunction with the unidirectional buses 852,. the keyboard 
32 and the multiline display 34 which is principally 
comprised of a gas display panel 870. The display adapter 
860 includes a bus 872 which is coupled to the unidirectional 
buses 852 by an interface 874. The interface 874 is coupled 
both to the bus 872 and to a keyboard interface 876 for the 
keyboard 32. The keyboard 32 is coupled to the keyboard 
interface 876 for the keyboard 32. The keyboard 32 is 
coupled to the keyboard interface 876 via keyboard drivers 
878. 
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When one of the keys of the keyboard 3 2 is depressed, 
the keyboard interface 87 6 responds by sending a keyboard 
interrupt signal to the controller 856 via the unidirectional 
buses 852. The controller 856 responds by sending a message 
which causes the keyboard interface 876 to determine the key 
that was depressed. The various keys of the keyboard 32 are 
identified in conventional matrix fashion by signals 
representing the column and row position of each key within 
the matrix* The keyboard interface 876 responds to the 
column and row signals by generating keyboard data in the 
fo rm of identification of a key depressed which is 
communicated to the controller 856 via the interface 874 and 
the unidirectional buses 852. 

Display of messages stored in the memories 858 is 
accomplished by the controller 856 in conjunction with the 
display adapter 860. The format character for each writable 
character of the display is communicated by the controller 
856 to the interface 8 74 where it is routed via the bus 872 
to gas panel drivers 880 for the gas display panel 870. A 
signal acknowledging receipt of the format character is sent 
to the controller 856, and the controller 856 responds by 
communicating the writable character to be displayed to a 
memory address register 882 via the interface 874. The 
register 882 addresses a character generator 884 in matrix 
fashion using the row and column information represented by 
the writable character from the controller 856. The 
resulting modulation bits for the character located within 
the character generator 884 are provided to the gas display 
panel 870 via the drivers 880 to provide display of the 
character. Operation of the arrangement of Fig. 24 is 
controlled by control logic 886. The logic 886 can comprise 
any appropriate apparatus such as a hard wired logic 
processor. 
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The present application contains substantially the same 
disclosure as the specification accompanying our co-pending, 
patent application No. filed on the same date as the 

present application and claiming priority from the same . 
original United States patent application Serial No. 009,384 
dated 2 February 1979. 

While the invention has been particularly shown and 
described with reference to a preferred embodiment thereof, 
it will be understood by those skilled in the art that 
various changes in form and details may be made therein 
without departing from the invention. 
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WHAT WE CLAIM IS:- 

1. A terminal for use in a transaction execution system in 
which at least one terminal is remote from and in 
communication with a host data processing system, 
characterised in that the terminal including a plurality of 
keys representing different transaction steps, first storage 
means for storing a plurality of issuer unique control 
blocks, each said block assigning a particular one of a 
plurality of different states to each of the keys and each 
state causing a different terminal response to operation of 
the key, means responsive to entry of issuer identification 
data by a user for locating the related control block and 
means responsive to user selection of one of the plurality of 
keys in conjunction with entry of user identification data 
for processing a transaction step represented by the selected 
key in accordance with the state assigned to the selected key 
by the located control block. 

2* A terminal as claimed in claim 1, wherein the means for 
processing a transaction step represented by the selected key 
includes means, rendered operative when the selected key has 
a first state assigned thereto, for processing the 
transaction step represented by the selected key at the 
terminal and means, rendered operative when the selected key 
has a second state assigned thereto, for partly processing 
the transaction step represented by the selected key at the 
terminal and for providing signals to a connected remote host 
data processing system so that further processing of the 
transaction step occurs at the remote processing system. 
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3. A terminal as claimed in claim 1 or 2, wherein the 
stored issuer unique control blocks comprises a financial 
institution table and a plurality of key set tables, the 
financial institution table containing an identification of 
at least one of the plurality of key set tables for each of a 
plurality of different issuers and each of the plurality of 
key set tables assigning a particular state to at least some 
of the plurality of keys. 

4. A terminal as claimed in claim 3, wherein the plurality 
of key set tables comprises a base key set table having a 
base set of state assignments for the plurality of keys and 
at least one custom key set table having a custom set of 
state assignments for at least some of the plurality of keys 
which are different from the state assignments for the keys 
in the base set. 

5 A terminal for use in a card entry transaction execution 
system in which at least one terminal is remote from and in 
communication with a host data processing system, the 
terminal including a plurality of different transaction keys, 
means permitting user entry of card-issuer and 
personal-identification data, storage containing a financial 
institution table comprising key set identifiers 
corresponding respectively to different issuer identification 
data, means for reading out the key set identifier 
corresponding to the issuer identification data entered by a 
user, a base key set table storing base definitions for each 
of the different transaction keys, at least one custom key 
set table storing a custom definition for at least one of the 
different transaction teys, and means for selecting a key set 
table for processing a transaction step selected by us r 
operation of a transaction key in accordance with the 
definitions in the selected key set table. 
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6* A terminal as claimed in claim 5, further including 
means responsive to selection of the at least one custom key 
set table for forming a set of key definitions by 
substituting each definition in the at least one custom key 
set table for a corresponding definition in the base key set 
table* 

7. A terminal as claimed in claim 6, wherein the base key 
set table includes an active/inactive definition for each of 
the different transaction keys, the at least one custom key 
set table includes an active/ inactive definition for each of 
the different transaction keys and the means responsive to 
selection of the at least one custom key set table for 
forming a set of key definitions includes means for logically 
combining the active /inactive definition of the base key set 
table with the active /inactive definition of the custom key 
set table for each of the different transaction keys to 
provide a combined active /inactive definition therefor. 

8. A terminal for use in a transaction execution system 
comprising the combination of a keyboard having a plurality 
of transaction keys r a base key set table containing a 
separate definition for each of the transaction keys, at 
least one custom key set table containing a definition for at 
least one of the transaction keys, card reader means 
responsive to insertion of a card for reading financial 
institution identification information therefrom, a financial 
institution table containing a plurality of different data 
entries, each of which is selected in response to reading of 
a particular set of financial institution identification by 
the card reader means and contains a key set identifier 
number, means responsive to selection of one of the plurality 
of different data entries for using the key set identifier 
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contained therein to select the base key set table o, * at 
,east one custom key set table. means for storing defim ion , 
for the plurality of transaction keys, means responsive to 
selection of the base key set table using a key set 
identifier number for storing the base key set table » he 
^ans for storing and means responsive to selection of the 
at least one custom key set table using a key set identifier 
number for storing in the means for storing a combed key 
set table obtained by substituting the definitions of the 
custom key set table for the definitions for corresponding 
keys in the base key set table. 

9 a terminal as claimed in claim 8, "herein the base key 
sit table and the at least one custom key set table each 
comprise a succession of fields which includes the key set 
identifier number providing for selection of the table, 
definitions of the active or inactive status of the 
transaction keys and at least one key definition. 

10 * transaction execution system comprising a terminal as 
claimed in any one of claims 1 to 9, said terminal being 
r emote from and in communication with a host data proces ing 
system, wherein the means for processing a transaction step 
represented by the selected key is operative, when a standard 
state is assigned to the selected key, to process the 
transaction step, within the terminal and without requiring 
further data entry by a user, the means for processing a 
transaction step represented by the selected key is 
operative, when a data entry state is assigned to the 
selected key. to process the transaction step 
terminal with at least one request for further data entry t* 
a user; and the means for processing a transaction step 
represented by the selected key is operative, when an 



0014312 



105 



interactive state is assigned to the selected key, to process 
the transaction step partly within the terminal and partly 
within the remote host data processing system, with at least 
one request from the host data processing system for further 
data entry by a user. 

11. A transaction system as claimed in claim 10, wherein the 
data processing system has second storage means for storing a 
plurality of additional issuer control blocks, and wherein 
the means for locating a corresponding control block is 
operative to search for a corresponding control block in the 
second means within the host when a corresponding control 
block cannot be found in the first storage means for storing 
a plurality of issuer control blocks in the terminal. 

12. A terminal for use in a transaction execution system in 
which at least one terminal is remote from and in 
communication with a host data processing system, the 
terminal including at least one keyboard coupled thereto, the 
keyboard including a plurality of keys for providing requests 
for transaction steps by a consumer to the terminal, means 
for data entry by a consumer to the treminal, means for data 
entry by a consumer into the terminal, means for 
communicating messages from the terminal to a consumer, means 
responsive to issuer identification data entered by a 
consumer for identifying selected ones of the plurality of 
keys as data entry keys, means responsive to consumer 
operation of a key identified as data entry in conjunction 
with entry of issuer identification data for providing to the 
keyboard a message requesting entry of data at the terminal 
by a consumer as a response, and means responsive to data 
entered at the terminal by a consumer as a response for 
temporarily storing the entered data. 
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13. A terminal as claimed in claim 12, further including 
means responsive to entry of data at the terminal by a 
consumer for providing to the keyboard a message requesting 
consumer verification of the data entered at the terminal and 
means for processing a consumer entered response to the 
message requesting consumer verification of the data entered. 

14. A terminal as claimed in claim 13, further includes 
means for transferring the temporarily stored data to a host 
data processing system at the end of a transaction step 
initiated by consumer operation of a key. 

15. A terminal as claimed in claim 14, wherein the means for 
transferring the temporarily stored data includes means for 
communicating a transaction request message including the 
temporarily stored data to a host data processing system, and 
further including means responsive to a transaction reply 
message communicated from a host data processing system for 
communicating a transaction status message to a host data 
processing system. 

16. A terminal as claimed in claim 15, communicating with a 
host data processing system for receiving a transaction 
request message communicated from the terminal and for 
communicating a transaction reply message to the terminal in 
response, the host data processing system including means for 
including in the transaction reply message a message 
requesting further data, and wherein the terminal includes 
means for including further data requested by the message in 
the terminal in the transaction status message. 

17. A terminal for use in a transaction execution system in 
which at least one terminal is remote from and in 
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communication with a host data processing system comprising a 
plurality of different keys, at least one message associated 
with each of at least some of the plurality of different 
keys, means responsive to issuer identification data entered 
by a consumer for identifying selected ones of the plurality 
of different keys as data entry keys, means responsive to 
actuation of one of the plurality of different keys 
identified as data entry in conjunction with entry of issuer 
identification data for selecting a message associated with 
the actuated key, means responsive to selection of a message 
for communicating the selected message to a consumer at the 
terminal, and means for detection of consumer actuation of at 
least one key in response to communiation of a message to a 
consumer. 

18. A terminal as claimed in claim 17, wherein the means 
responsive to issuer identification data entered by a 
consumer for identifying selected ones of the plurality of 
different keys as data entry keys includes at least one key 
set table including a different definition for each of at 
least some of the different keys, each definition including 
indications of the minimum and maximum length data entered at 
the terminal by a consumer can have, an indication of whether 
verification of data entered at the terminal by a consumer is 
to be required, a verification message for communication to a 
consumer and a list of messages for communication to a 
consumer. 

19. A terminal for use in a transaction execution system in 
which at least one terminal is remote from and in 
communication with a host data processing system comprising a 
financial institution table containing a plurality of 
different data entries, each of which includes an institution 
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message identifier, means responsive to issuer identification 
data on a credit card entered by a consumer for selecting a 
corresponding one of the data entries in the financial 
institution table, the issuer identification data including a 
language identifier, means responsive to the selected data 
entry in the financial institution table for determining the 
language identifier from the issuer identification data, a 
language table having a plurality of entries therein, each 
being identified by a particular language identifier in 
combination with a particular institution message identifier 
and including identification of a message table and a segment 
table, means responsive to the institution message identifier 
of a data entry selected from the financial institution table 
and to the language identifier determined from the issuer 
identification data used in the selection of the data entry 
from the financial institution table for selecting a 
corresponding entry in the language table, a plurality of 
message tables, each storing a plurality of different 
messages for communication to a consumer, a plurality of 
segment tables, each storing a plurality of different message 
segments for insertion in the different messages stored in 
the message tables, and means responsive to selection of an 
entry in the language table for selecting one' of the 
plurality of message tables identified by the entry and one 
of the plurality of segment tables identified by the entry 
for use in communicating messages to a consumer. 
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